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 Amazon EC2 en Microsoft Windows.

Acción que ejecutar

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 ejecutar

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.

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 informática inicia sus redes.

Acción que ejecutar

Si se produce este problema, contacte conAWSSupport con

Se produce un error en el 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/fstabEn el caso de 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 ejecutar

En este caso, le recomendamos que cree un nuevo archivo de servicio systemd en /etc/systemd/system/mount-nfs-sequentially.service con el siguiente contenido.

[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

Después de hacerlo, ejecute los dos comandos siguientes:

  1. sudo systemctl daemon-reload

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

A continuación, reinicie su 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 ejecutar

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 ejecutar

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, consulteNFS Support.

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

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

Acción que ejecutar

Si está creando y montando sistemas de archivos mediante programación, por ejemplo con una plantilla de AWS CloudFormation, 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 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.

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 que utiliza el nombre de DNS falla

Un montaje de sistema de archivos que utiliza un nombre DNS falla. 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 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 Utilización de DNS con su VPC en la Guía del usuario de Amazon VPC. Además, los nombres DNS de destino de montaje y sistema de archivos no se pueden resolver desde fuera de la VPC donde existen.

Para especificar un 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 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 VPC.

  • Connect su instancia Amazon EC2 dentro de una VPC de Amazon configurada para utilizar el servidor DNS proporcionado por Amazon. Para obtener más información, consulteConjuntos de opciones de DHCPen laGuía del usuario de Amazon VPC.

  • Asegúrese de que la Amazon VPC de la instancia Amazon EC2 de conexión tiene los nombres de host DNS habilitados. Para obtener más información, consulteActualización de la compatibilidad de DNS para su VPCen laGuía del 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 en el montaje del sistema de archivos de Amazon EFS 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 ejecutar

Vuelva a intentar la llamada CreateMountTarget o DeleteMountTarget.

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 resolver este problema, compruebe que otra aplicación está escribiendo archivos en el montaje de Amazon EFS y que está en laUninterruptible 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.

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 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 ejecutar

Puede resolver este error desmontando el sistema de archivos y, a continuación, volviendo a montar el sistema de archivos en la instancia Amazon EC2. Para obtener más información acerca de cómo desmontar el sistema de archivos de Amazon EFS, consulteDesmontar sistemas de archivos.

Error de desmontaje de un sistema de archivos

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

Acción que ejecutar

Puede resolver este problema de las siguientes maneras:

  • Use perezoso desmontar,umount -lque separa el sistema de archivos de la jerarquía del sistema de archivos cuando se ejecuta, luego limpia todas las referencias al sistema de archivos tan pronto como ya no esté ocupado.

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

  • Forzar un desmontaje usando la herramientaumount -fEl comando de.

    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 laPágina del comando man de umountpara obtener más información y orientación al utilizar esta opción.