Solución de problemas montaje - Amazon Elastic File System

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 montaje

El montaje del sistema de archivos en la instancia de Windows falla

Se produce un error en el montaje de un sistema de archivos en una instancia de Amazon EC2 en Microsoft Windows.

Acción que debe ejecutarse

No utilice Amazon EFS con instancias EC2 de Windows, pues no es compatible.

Acceso denegado por el servidor

Se produce un error en el montaje del sistema de archivos con el siguiente mensaje:

/efs mount.nfs4: access denied by server while mounting 127.0.0.1:/

Este problema puede producirse si el cliente NFS no tiene permiso para montar el sistema de archivos.

Acción que debe ejecutarse

Si está intentando montar el sistema de archivos mediante IAM, asegúrese de que está utilizando la opción -o iam del comando mount. Esto indica al ayudante de montaje de EFS que pase sus credenciales al destino de montaje de EFS. Si sigue sin tener acceso, compruebe la política del sistema de archivos y la política de identidad para asegurarse de que no existen cláusulas DENY que se apliquen a la conexión y de que haya al menos una cláusula ALLOW que se aplique a la conexión. Para obtener más información, consulte Uso de IAM para controlar el acceso a los datos del sistema de archivos y Creación de políticas de sistema de archivos.

Se produce un error de montaje automático y la instancia no responde

Este problema puede ocurrir si el sistema de archivos se monta automáticamente en una instancia y la opción _netdev no se ha declarado. Si falta _netdev, la instancia EC2 puede dejar de responder. Este resultado se debe a que los sistemas de archivos de red se deben inicializar después de que la instancia de procesamiento inicia sus redes.

Acción que se debe ejecutar

Si se produce este problema, póngase en contacto con AWS Support.

Se produce un error de montaje de varios sistemas de archivos de Amazon EFS en /etc/fstab

En el caso de instancias que utilizan el sistema systemd init con dos o más entradas de Amazon EFS en /etc/fstab, puede haber ocasiones en que algunas o todas las entradas no se monten. En este caso, el resultado dmesg muestra una o varias líneas parecidas a lo siguiente.

NFS: nfs4_discover_server_trunking unhandled error -512. Exiting with error EIO
Acción que debe ejecutarse

En este caso, le recomendamos que cree un nuevo archivo de servicio systemd en /etc/systemd/system/mount-nfs-sequentially.service. El código que se debe incluir en el archivo depende de si monta los sistemas de archivos manualmente o utiliza el asistente de montaje de Amazon EFS.

  • Si va a montar los sistemas de archivos manualmente, el comando ExecStart debe apuntar al Sistema de archivos de red (NFS4). Incluya el código siguiente en el archivo:

    [Unit] Description=Workaround for mounting NFS file systems sequentially at boot time After=remote-fs.target [Service] Type=oneshot ExecStart=/bin/mount -avt nfs4 RemainAfterExit=yes [Install] WantedBy=multi-user.target
  • Si utiliza el asistente de montaje de Amazon EFS, el comando ExecStart debe apuntar a EFS en lugar de a NFS4 para usar seguridad de la capa de transporte (TLS) (TLS). Incluya el código siguiente en el archivo:

    [Unit] Description=Workaround for mounting NFS file systems sequentially at boot time After=remote-fs.target [Service] Type=oneshot ExecStart=/bin/mount -avt efs RemainAfterExit=yes [Install] WantedBy=multi-user.target

Después de crear el archivo, ejecute los dos comandos siguientes:

  1. sudo systemctl daemon-reload

  2. sudo systemctl enable mount-nfs-sequentially.service

A continuación, reinicie la instancia de Amazon EC2 Los sistemas de archivos se montan bajo demanda, por lo general, en un plazo de un segundo.

El comando de montaje falla con el mensaje de error "wrong fs type"

El comando de montaje falla con el siguiente mensaje de error.

mount: wrong fs type, bad option, bad superblock on 10.1.25.30:/, missing codepage or helper program, or other error (for several filesystems (e.g. nfs, cifs) you might need a /sbin/mount.<type> helper program) In some cases useful info is found in syslog - try dmesg | tail or so.
Acción que debe ejecutarse

Si recibe este mensaje, instale el paquete nfs-utils (o nfs-common en Ubuntu). Para obtener más información, consulte Instalación del cliente NFS.

El comando de montaje falla con el mensaje de error "incorrect mount option"

El comando de montaje falla con el siguiente mensaje de error.

mount.nfs: an incorrect mount option was specified
Acción que debe ejecutarse

Este mensaje de error lo más probable es que signifique que su distribución de Linux no admite las versiones 4.0 y 4.1 de Network File System (NFSv4). Para confirmar si es el caso, puede ejecutar el siguiente comando.

$ grep CONFIG_NFS_V4_1 /boot/config*

Si el comando anterior devuelve # CONFIG_NFS_V4_1 is not set, NFSv4.1 no se admite en su distribución de Linux. Para obtener una lista de las Imágenes de máquina de Amazon (AMI) de Amazon Elastic Compute Cloud (Amazon EC2) que admiten NFSv4.1, consulte Compatibilidad con NFS.

El montaje con un punto de acceso falla

El comando mount falla cuando se monta con un punto de acceso y aparece el siguiente mensaje de error:

mount.nfs4: mounting access_point failed, reason given by server: No such file or directory
Acción que debe ejecutarse

Este mensaje de error indica que la ruta EFS especificada no existe. Asegúrese de proporcionar la propiedad y los permisos del directorio raíz del punto de acceso. EFS no creará el directorio raíz sin esta información. Para obtener más información, consulte Uso de puntos de acceso de Amazon EFS.

Si no especifica la propiedad ni los permisos del directorio raíz, y el directorio raíz aún no existe, EFS no creará el directorio raíz. Cuando esto suceda, los intentos de montar el sistema de archivos utilizando el punto de acceso producirán un error.

El montaje del sistema de archivos falla de inmediato después de la creación del sistema de archivos

Puede llevar hasta 90 segundos después de crear un destino de montaje hasta que los registros del servicio de nombres de dominio (DNS) se propaguen totalmente en una Región de AWS.

Acción que debe ejecutarse

Si va a crear y montar sistemas de archivos mediante programación, por ejemplo, con una AWS CloudFormation plantilla, le recomendamos que implemente una condición de espera.

El montaje del sistema de archivos deja de responder y, a continuación, falla con un error de tiempo de espera agotado

El comando de montaje del sistema de archivos deja de responder durante un minuto o dos y, a continuación, falla con un error de tiempo de espera agotado. En el siguiente código se muestra un ejemplo.

$ sudo mount -t nfs -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport mount-target-ip:/ mnt [2+ minute wait here] mount.nfs: Connection timed out $ 

Acción que ejecutar

Este error puede producirse porque la instancia de Amazon EC2 o los grupos de seguridad del destino de montaje no están configurados correctamente. Asegúrese de que el grupo de seguridad de destino de montaje tenga una regla de entrada que permita el acceso NFS desde el grupo de seguridad de EC2.

Edite la página de reglas de entrada que muestra las reglas de entrada configuradas.

Para obtener más información, consulte Creación de grupos de seguridad.

Compruebe que la dirección IP del destino de montaje que ha especificado es válida. Si especifica una dirección IP incorrecta y no hay nada más en esa dirección IP para rechazar el montaje, podría experimentar este problema.

El montaje del sistema de archivos con NFS que utiliza el nombre de DNS falla

Los intentos de montar un sistema de archivos mediante un cliente de NFS (no utilizando el cliente amazon-efs-utils) utilizando el nombre de DNS del sistema de archivos fallan, como se muestra en el siguiente ejemplo:

$ sudo mount -t nfs -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport file-system-id.efs.aws-region.amazonaws.com:/ mnt mount.nfs: Failed to resolve server file-system-id.efs.aws-region.amazonaws.com: Name or service not known. $ 

Acción que ejecutar

Compruebe la configuración de VPC. Si utiliza una VPC personalizada, asegúrese de que la configuración de DNS esté habilitada. Para obtener más información, consulte Atributos de DNS para su VPC en la Guía del usuario de Amazon VPC. Además, los nombres DNS del sistema de archivos y del destino del montaje no se pueden resolver desde fuera de la VPC donde se encuentran.

Antes de montar un sistema de archivos utilizando su nombre de DNS en el comando mount, debe hacer lo siguiente:

  • Asegúrese de que haya un destino de montaje de Amazon EFS en la misma zona de disponibilidad que la instancia de Amazon EC2.

  • Asegúrese de que haya un destino de montaje en la misma VPC que la instancia de Amazon EC2. De lo contrario, no se puede utilizar la resolución de nombres de DNS para los destinos de montaje de EFS que están en otra VPC. Para obtener más información, consulte Montaje de sistemas de archivos EFS desde otro Cuenta de AWS o desde una VPC.

  • Conecte su instancia de Amazon EC2 dentro de una Amazon VPC configurada para utilizar el servidor DNS proporcionado por Amazon. Para obtener más información, consulte Conjuntos de opciones de DHCP en la Guía del usuario de Amazon VPC.

  • Asegúrese de que la Amazon VPC de la instancia de Amazon EC2 de conexión tiene los nombres de host DNS habilitados. Para obtener más información, consulte Atributos de DNS para su VPC en la Guía del usuario de Amazon VPC.

El montaje del sistema de archivos falla y emite el mensaje "nfs not responding (nfs no responde)"

Un montaje del sistema de archivos de Amazon EFS falla en un evento de reconexión del protocolo de control de transmisión (TCP) con "nfs: server_name still not responding".

Acción que ejecutar

Utilice la opción de montaje noresvport para asegurarse de que el cliente NFS utiliza un nuevo puerto de origen de TCP cuando se restablece la conexión a la red. Esto ayuda a garantizar la disponibilidad ininterrumpida después de un evento de recuperación de red.

El estado de ciclo de vida de destino de montaje está atascado

El estado del ciclo de vida del destino de montaje está bloqueado en el estado creating (creación) o deleting (eliminación).

Acción que debe ejecutarse

Vuelva a intentar la llamada CreateMountTarget o DeleteMountTarget.

El estado del ciclo de vida objetivo del montaje muestra un error

El estado del ciclo de vida del destino de montaje se muestra como error.

Acción que ejecutar

Amazon EFS no puede crear los registros del Sistema de nombres de dominio (DNS) necesarios para los nuevos destinos de montaje del sistema de archivos si la nube privada virtual (VPC) tiene zonas alojadas en conflicto. Amazon EFS no puede crear nuevos registros en una zona alojada propiedad del cliente. Si necesita mantener una zona alojada con un rango de DNS de efs.<region>.amazonaws.com conflictivo, cree la zona alojada en una VPC independiente. Para obtener más información sobre las consideraciones de DNS para la VPC, consulte Atributos de DNS para su VPC.

Para solucionar este problema, elimine el host de efs.<region>.amazonaws.com en conflicto de la VPC y vuelva a crear el destino de montaje. Para obtener más información sobre la creación de destinos de montaje, consulte Creación y administración de destinos de montaje y grupos de seguridad.

El montaje no responde

Parece que un montaje de Amazon EFS deja de responder. Por ejemplo, comandos como ls dejan de responder.

Acción que ejecutar

Este error se produce si otra aplicación está escribiendo grandes cantidades de datos en el sistema de archivos. El acceso a los archivos que se están escribiendo podría bloquearse hasta que se haya completado la operación. En general, cualquier comando o aplicación que intenta acceder a archivos que se están escribiendo podría parecer que ha dejado de responder. Por ejemplo, el comando ls podría dejar de responder cuando llega al archivo que se está escribiendo. Este resultado se debe a que algunas distribuciones de Linux especifican como alias el comando ls para que recupere atributos de archivos, además de mostrar el contenido del directorio.

Para solucionar este problema, compruebe que otra aplicación está escribiendo archivos en el montaje de Amazon EFS y que está en el estado Uninterruptible sleep (D), como en el siguiente ejemplo:

$ ps aux | grep large_io.py root 33253 0.5 0.0 126652 5020 pts/3 D+ 18:22 0:00 python large_io.py /efs/large_file

Una vez que haya verificado que este es el caso, puede tratar la cuestión esperando a que la otra operación de escritura se complete o implementando una alternativa. En el ejemplo de ls, puede utilizar el comando /bin/ls directamente, en lugar de un alias. Esto permite que el comando continúe sin que el archivo que se está escribiendo deje de responder. En general, si la aplicación que escribe los datos puede forzar un vaciado de datos de forma periódica, quizás el uso de fsync(2) podría ayudar a mejorar la capacidad de respuesta del sistema de archivos para otras aplicaciones. No obstante, esta mejora podría ser a costa de desempeño cuando la aplicación escribe datos.

El cliente montado se desconecta

En ocasiones, un cliente montado en un sistema de archivos de Amazon EFS puede desconectarse debido a diversas causas. Los clientes NFS están diseñados para volver a conectarse automáticamente en caso de interrupción a fin de minimizar el impacto de las desconexiones rutinarias en el rendimiento y la disponibilidad de las aplicaciones. En la mayoría de los casos, los clientes se vuelven a conectar de forma transparente en cuestión de segundos.

Sin embargo, el software de cliente NFS incluido en las versiones anteriores del núcleo de Linux (versiones 5.4 y anteriores) presenta un comportamiento que provoca que los clientes NFS, al desconectarse, intenten volver a conectarse en el mismo puerto de origen TCP. Este comportamiento no cumple con la RFC de TCP y puede impedir que estos clientes restablezcan rápidamente las conexiones con su servidor NFS (en este caso, un sistema de archivos EFS).

Para resolver este problema, le recomendamos encarecidamente que utilice el asistente de montaje de Amazon EFS para montar los sistemas de archivos EFS. El asistente de montaje de EFS utiliza una configuración de montaje optimizada para los sistemas de archivos de Amazon EFS. Para obtener más información sobre el ayudante de montaje y el cliente de EFS, consulte Uso de las amazon-efs-utils herramientas.

Si no puede utilizar el asistente de montaje de EFS, le recomendamos encarecidamente que utilice la opción de montaje noresvport de NFS, que indica a los clientes NFS que restablezcan las conexiones mediante nuevos puertos de origen TCP para evitar este problema. Para obtener más información, consulte Opciones recomendadas de montaje NFS.

Las operaciones en el sistema de archivos recién montado devuelven el error "bad file handle"

Las operaciones realizadas en un sistema de archivos recién montado devuelven un error bad file handle.

Este error puede ocurrir si una instancia de Amazon EC2 se ha conectado a un sistema de archivos y un destino de montaje con una dirección IP especificada y, a continuación, dicho sistema de archivos y el destino de montaje se han eliminado. Si crea un nuevo sistema de archivos y destino de montaje para conectarse a esa instancia de Amazon EC2 con la misma dirección IP del destino de montaje, puede producirse este problema.

Acción que debe ejecutarse

Puede resolver este error desmontando el sistema de archivos y, a continuación, volviendo a montar el sistema de archivos en la instancia de Amazon EC2. Para obtener más información sobre el desmontaje de su sistema de archivos de Amazon EFS, consulte Desmontaje de sistemas de archivos.

Error de desmontaje de un sistema de archivos

Si el sistema de archivos está ocupado, no puede desmontarlo.

Acción que debe ejecutarse

Puede resolver este problema de las siguientes maneras:

  • Utilice el modo lazy unmount, umount -l que separa el sistema de archivos de la jerarquía del sistema de archivos al ejecutarlo y, a continuación, limpia todas las referencias al sistema de archivos en cuanto deja de estar ocupado.

  • Espere a que todas las operaciones de lectura y escritura terminen y, a continuación, intente de nuevo el comando umount.

  • Fuerce un desmontaje con el comando umount -f.

    aviso

    Si se fuerza un desmontaje se interrumpen las operaciones de lectura o escritura de datos que se encuentran actualmente en curso para el sistema de archivos. Consulte la página de umount man para obtener más información y orientación sobre el uso de esta opción.