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

A continuación, encontrará información sobre la solución de problemas de montaje del sistema de EFS archivos.

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

Se produce un error al montar un sistema de archivos en una EC2 instancia de Amazon en Microsoft Windows.

Acción que debe ejecutarse

No utilices Amazon EFS con EC2 instancias de Windows, ya que 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 NFS cliente no tiene permiso para montar el sistema de archivos.

Acción que debe ejecutarse

Si está intentando montar el sistema de archivos medianteIAM, asegúrese de utilizar la -o iam opción incluida en el comando de montaje. Esto le indica al asistente de EFS montaje que pase sus credenciales al destino de EFS montaje. Si aún no tiene acceso, compruebe la política del sistema de archivos y la política de identidad para asegurarse de que no haya DENY cláusulas que se apliquen a su conexión y de que haya al menos una ALLOW cláusula que se aplique a la conexión. Para obtener más información, consulte Se utiliza 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 es posible que la EC2 instancia deje 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 al montar varios sistemas de EFS archivos de Amazon en /etc/fstab

En los casos en los que se utiliza el sistema de inicio systemd con dos o más EFS entradas de Amazon en/etc/fstab, puede haber ocasiones en las que algunas o todas estas entradas no estén montadas. 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 EFS montaje de Amazon.

  • Si va a montar los sistemas de archivos manualmente, el ExecStart comando debe apuntar a Network File System (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 utilizas el asistente de EFS montaje de Amazon, el ExecStart comando debe apuntar a Transport Layer Security () EFS en lugar de NFS4 utilizar Transport Layer Security (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, reinicia tu EC2 instancia de Amazon. 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 Instalar el NFS cliente.

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

Lo más probable es que este mensaje de error signifique que tu distribución de Linux no es compatible con las versiones 4.0 y 4.1 (NFSv4) del Sistema de Archivos de Red. Para confirmar si es el caso, puede ejecutar el siguiente comando.

$ grep CONFIG_NFS_V4_1 /boot/config*

Si se devuelve el comando anterior# CONFIG_NFS_V4_1 is not set, la distribución de Linux no admite NFSv4 .1. Para obtener una lista de las Amazon Machine Images (AMIs) de Amazon Elastic Compute Cloud (AmazonEC2) compatibles con NFSv4 .1, consulteNFSsoporte.

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 EFS ruta especificada no existe. Asegúrese de proporcionar la propiedad y los permisos del directorio raíz del punto de acceso. EFSno creará el directorio raíz sin esta información. Para obtener más información, consulte Trabajar con puntos de EFS acceso de Amazon.

Si no especifica la propiedad ni los permisos del directorio raíz, y el directorio raíz aún no existe, no EFS se 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

Tras crear un destino de montaje, los registros del Servicio de Nombres de Dominio (DNS) pueden tardar hasta 90 segundos en propagarse completamente en un 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 EC2 instancia de Amazon o los grupos de seguridad de destino de montaje no están configurados correctamente. Asegúrese de que el grupo de seguridad Mount Target tenga una regla de entrada que permita el NFS acceso desde el grupo de EC2 seguridad. 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.

Se produce un error al montar el sistema de archivos NFS con el DNS nombre

Los intentos de montar un sistema de archivos mediante un NFS cliente (que no utilice el amazon-efs-utils cliente) que utilice el DNS nombre 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 debe ejecutarse

Compruebe la VPC configuración. Si utiliza una configuración personalizadaVPC, asegúrese de que la DNS configuración esté habilitada. Para obtener más información, consulta tus DNS atributos VPC en la Guía del VPC usuario de Amazon. Además, los DNS nombres del sistema de archivos y de los objetivos de montaje no se pueden resolver desde fuera de VPC donde están.

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

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

  • Asegúrese de que haya un destino de montaje en la VPC misma EC2 instancia de Amazon. De lo contrario, no podrás usar la resolución de DNS nombres para EFS montar objetivos que estén en otroVPC. Para obtener más información, consulte Montar sistemas de EFS archivos desde otro Cuenta de AWS o VPC.

  • Conecta tu EC2 instancia de Amazon dentro de un Amazon VPC configurado para usar el DNS servidor proporcionado por Amazon. Para obtener más información, consulta los conjuntos de DHCP opciones de Amazon VPC en la Guía del VPC usuario de Amazon.

  • Asegúrese de que el Amazon VPC de la EC2 instancia de Amazon que se conecta tenga habilitados DNS los nombres de host. Para obtener más información, consulta DNSlos atributos en la Guía del VPC usuario de Amazon. VPC

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

Se produce un error al montar el sistema de EFS archivos de Amazon en un evento de reconexión del Protocolo de Control de Transmisión (TCP) con"nfs: server_name still not responding".

Acción que debe ejecutarse

Utilice la opción de noresvport montaje para asegurarse de que el NFS cliente utilice un nuevo puerto de TCP origen cuando se restablezca la conexión de 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 efs.<region>.amazonaws.com DNS rango conflictivo, cree la zona alojada en una zona independiente. VPC Para obtener más información sobre DNS las consideracionesVPC, consulte DNSlos atributos de su VPC.

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

El montaje no responde

Parece que una EFS montura de Amazon no responde. 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 resolver este problema, compruebe que otra aplicación esté grabando archivos en el EFS montaje de Amazon y que se encuentre 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 EFS archivos de Amazon puede desconectarse debido a diversas causas. NFSlos clientes 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 NFS cliente incluido en las versiones anteriores del núcleo de Linux (versiones 5.4 y anteriores) presenta un comportamiento que provoca que NFS los clientes, al desconectarse, intenten volver a conectarse en el mismo puerto de origen. TCP Este comportamiento no cumple con las TCP RFC normas y puede impedir que estos clientes restablezcan rápidamente las conexiones con su NFS servidor (en este caso, un EFS sistema de archivos).

Para resolver este problema, le recomendamos encarecidamente que utilice el asistente de EFS montaje de Amazon para montar sus sistemas de EFS archivos. El asistente de EFS montaje utiliza una configuración de montaje optimizada para los sistemas de EFS archivos de Amazon. Para obtener más información sobre el EFS cliente y el asistente de montaje, consulte. Instalación del EFS cliente de Amazon

Si no puede utilizar el asistente de EFS montaje, le recomendamos encarecidamente que utilice la opción de noresvport NFS montaje, que indica a los NFS clientes que restablezcan las conexiones mediante nuevos puertos de TCP origen para evitar este problema. Para obtener más información, consulte Configuración de montaje recomendada 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 producirse si una EC2 instancia de Amazon estaba conectada a un sistema de archivos y a un destino de montaje con una dirección IP específica y, a continuación, se eliminaron ese sistema de archivos y el destino de montaje. Si creas un nuevo sistema de archivos y montas el destino para conectarte a esa EC2 instancia de Amazon con la misma dirección IP del destino de montaje, se puede producir este problema.

Acción que debe ejecutarse

Para resolver este error, desmonte el sistema de archivos y, a continuación, vuelva a montarlo en la instancia de AmazonEC2. Para obtener más información sobre cómo desmontar el sistema de EFS archivos de Amazon, consulteDesmontaje 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.