Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# Solución de problemas de EFS
<a name="efs-troubleshooting"></a>

En esta sección se describen las posibles soluciones para los problemas relacionados con el almacenamiento de Amazon EFS.

**Topics**
+ [Solución de problemas de Amazon EFS](#efs-issues)

## Solución de problemas de Amazon EFS
<a name="efs-issues"></a>

En esta sección se describen las posibles soluciones para los siguientes problemas de Amazon EFS.

**Topics**
+ [Solución de los problemas de los usuarios administrados por el servicio de Amazon EFS](#transfer-service-managed-efs)
+ [Solución de los problemas del perfil POSIX faltante](#missing-posix-profile)
+ [Solución de los problemas de directorios lógicos con Amazon EFS](#logical-dir-efs-no-directory)

### Solución de los problemas de los usuarios administrados por el servicio de Amazon EFS
<a name="transfer-service-managed-efs"></a>

**Descripción**

Al ejecutar el comando `sftp`, el mensaje no aparece y, en su lugar, aparece el siguiente mensaje:

```
Couldn't canonicalize: Permission denied
           Need cwd
```

**Causa**

El rol de su usuario AWS Identity and Access Management (IAM) no tiene permiso para acceder a Amazon Elastic File System (Amazon EFS). 

 **Solución** 

Aumente los permisos de política para el rol de su usuario. Puede añadir una política AWS gestionada, como`AmazonElasticFileSystemClientFullAccess`.

### Solución de los problemas del perfil POSIX faltante
<a name="missing-posix-profile"></a>

**Descripción**

Si utiliza el almacenamiento de Amazon EFS para su servidor y utiliza un proveedor de identidad personalizado, debe proporcionar a su AWS Lambda función un perfil POSIX.

**Causa**

Una posible causa es que las plantillas que proporcionamos para crear un método AWS Lambda respaldado por Amazon API Gateway no contienen actualmente información POSIX. 

Si proporcionó información POSIX, es posible que Transfer Family no esté analizando correctamente el formato que utilizó para proporcionar la información POSIX.

**Solución**

Asegúrese de proporcionar un elemento JSON a Transfer Family para el parámetro `PosixProfile`.

Por ejemplo, si utiliza Python, puede añadir la siguiente línea en la que se analiza el `PosixProfile` parámetro:

```
if PosixProfile: 
        response_data["PosixProfile"] = json.loads(PosixProfile)
```

O bien JavaScript, puede añadir la siguiente línea, donde `{{uid-value}}` y `{{gid-value}}` son números enteros, 0 o mayores, que representan el ID de usuario (UID) y el ID de grupo (GID), respectivamente:

```
PosixProfile: {"Uid": {{uid-value}}, "Gid": {{gid-value}}},
```

 

Estos ejemplos de código envían el parámetro `PosixProfile` a Transfer Family como un objeto JSON, en lugar de como una cadena.

Además, dentro de él AWS Secrets Manager, debe almacenar el `PosixProfile` parámetro de la siguiente manera. Sustituya `{{your-uid}}` y `{{your-gid}}` por sus valores reales para el GID y el UID.

```
{"Uid": {{your-uid}}, "Gid": {{your-gid}}, "SecondaryGids": []}
```



### Solución de los problemas de directorios lógicos con Amazon EFS
<a name="logical-dir-efs-no-directory"></a>

**Descripción**

Si el directorio de inicio del usuario no existe y este ejecuta un comando `ls`, el sistema responde de la siguiente manera:

```
sftp> ls
remote readdir ("/"): No such file or directory
```

**Causa**

Si su servidor de Transfer Family utiliza Amazon EFS, el directorio de inicio del usuario debe crearse con acceso de lectura y escritura para que el usuario pueda trabajar en su directorio de inicio lógico. El usuario no puede crear este directorio por sí mismo, ya que carecería de permisos para `mkdir` en su directorio de inicio lógico.

**Solución**

Un usuario con acceso administrativo al directorio de inicio debe crear el directorio de inicio lógico del usuario.