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.
Soluproblemas problemas de problemas de problemas
A continuación, encontrará información sobre la solución de problemas de montaje del sistema de archivos para Amazon EFS.
- No se puede montar el sistema de archivos en la instancia de Windows
- Acceso denegado por el servidor
- El montaje automático falla y la instancia no responde
- Error al montar varios sistemas de archivos de Amazon EFS en /etc/fstab
- El comando Mount falla con el mensaje de error «tipo fs incorrecto»
- El comando de montaje falla y aparece el mensaje de error «opción de montaje incorrecta»
- Falla el montaje con punto de acceso
- El montaje del sistema de archivos falla inmediatamente después de la creación del sistema de archivos
- El montaje del sistema de archivos se bloquea y, a continuación, falla debido a un error de tiempo de espera
- Se produce un error al montar el sistema de archivos con NFS mediante el nombre DNS
- El montaje del sistema de archivos falla porque «nfs no responde»
- El estado de ciclo de vida de problemas de problemas de problemas de problemas de problemas de
- El estado del ciclo de vida objetivo del montaje muestra un error
- El soporte no responde
- Las operaciones en el sistema de archivos recién montado devuelven el error «identificador de archivo incorrecto»
- Error al desmontar un sistema de archivos
No se puede montar el sistema de archivos en la instancia de Windows
Error del montaje del sistema de archivos de una instancia Amazon EC2 en Microsoft Windows.
Acción que ejecutar
No utilice Amazon EFS con instancias de Windows EC2, ya que no se admiten.
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. 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 sistemas de archivos.
El montaje automático falla 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, póngase en contacto con el servicioAWS Support.
Error al montar varios sistemas de archivos de Amazon EFS en /etc/fstab
En los casos en los que se utilice el sistema de inicio systemd con dos o más entradas de Amazon EFS 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 ejecutar
En ese caso, le recomendamos crear un nuevo archivo de servicio de problemas de problemas de problemas de problemas de problemas de problemas de problemas de problemas de problemas de problemas de/etc/systemd/system/mount-nfs-sequentially.service
problemas. El código que se va a incluir en el archivo depende de si monta los sistemas de archivos manualmente o utiliza el asistente de montaje de Amazon EFS.
Si monta los sistemas de archivos de forma manual, el
ExecStart
comando debe apuntar al Sistema de archivos de red (NFS4). Incluya el siguiente código 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
ExecStart
comando debe apuntar a EFS en lugar de a NFS4 para utilizar Transport Layer Security (TLS). Incluya el siguiente código 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:
-
sudo systemctl daemon-reload
-
sudo systemctl enable mount-nfs-sequentially.service
A continuación, reinicie la instancia Amazon EC2. Los sistemas de archivos se montan bajo demanda, por lo general, en un plazo de un segundo.
El comando Mount falla con el mensaje de error «tipo fs incorrecto»
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 y aparece el mensaje de error «opción de montaje incorrecta»
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 (Amazon Elastic Compute Cloud (Amazon Elastic Compute Cloud (Amazon Elastic Compute Cloud (Amazon Elastic Compute Cloud (Amazon Elastic Compute Cloud (Amazon Elastic Compute Cloud (Amazon Elastic Compute Cloud (Amazon ElasticSoporte NFS Compute Cloud
Falla el montaje con punto de acceso
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 ejecutar
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 ocurre, los intentos de montar el sistema de archivos utilizando el punto de acceso fallarán.
El montaje del sistema de archivos falla inmediatamente después de la creación del sistema de archivos
Tras crear un destino de montaje para que los registros del Servicio de nombres de dominio (DNS) se propaguen por completo en unRegió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 se bloquea y, a continuación, falla debido a un error de tiempo de espera
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 a tomar
Este error puede producirse porque la instancia de Amazon EC2 o los grupos de seguridad de Mount Target 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.
Se produce un error al montar el sistema de archivos con NFS mediante el nombre DNS
Los intentos de montar un sistema de archivos con nfs (sin utilizar elamazon-efs-utils
cliente) mediante el nombre 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 serverfile-system-id
.efs.aws-region
.amazonaws.com: Name or service not known. $
Acción a tomar
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 del sistema de archivos y del montaje 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 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 otra VPCCuenta de AWS o desde una VPC.
-
Connect su instancia de Amazon EC2 a una Amazon VPC configurada para usar 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 que se conecta tenga habilitados los nombres de host DNS. Para obtener más información, consulte Actualización de la Support de DNS para su VPC en la guía del usuario de Amazon VPC.
El montaje del sistema de archivos falla porque «nfs no responde»
Se produce un error en el montaje del sistema de archivos 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 a tomar
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 problemas de problemas de problemas de problemas de problemas de
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 estado del ciclo de vida objetivo del montaje muestra un error
El estado del ciclo de vida objetivo del montaje se muestra como error.
Acción a tomar
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 conflictivas. Amazon EFS no puede crear registros nuevos dentro de una zona alojada propiedad del cliente. Si necesitas mantener una zona alojada con un rango deefs.
DNS conflictivo, crea la zona alojada en una VPC independiente. Para obtener más información acerca de las consideraciones de DNS para la VPC, consulte atributos de DNS de la VPC.<region>
.amazonaws.com
Para resolver este problema, elimine elefs.
host conflictivo de la VPC y vuelva a crear el destino de montaje. Para obtener más información acerca de la eliminación del destino de montaje, consulteCreación y administración de objetivos de montaje y grupos de seguridad.<region>
.amazonaws.com
El soporte no responde
Parece que una montura de Amazon EFS no responde. Por ejemplo, comandos como ls
dejan de responder.
Acción a tomar
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 soporte de Amazon EFS y que se encuentre en el estadoUninterruptible 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 «identificador de archivo incorrecto»
Las operaciones realizadas en un sistema de archivos recién montado devuelven un error bad file
handle
.
Este error puede producirse si se conectó una instancia de Amazon EC2 a un sistema de archivos y a un destino de montaje con una dirección IP especificada y, a continuación, se eliminaron ese sistema de archivos y el destino de montaje. Si crea un nuevo sistema de archivos y monta el destino para conectarse a esa instancia de Amazon EC2 con la misma dirección IP de destino de montaje, puede producirse este problema.
Acción que ejecutar
Para resolver este error, desmonte el sistema de archivos y, a continuación, vuelva a montar el sistema de archivos en la instancia de Amazon EC2. Para obtener más información sobre cómo desmontar el sistema de archivos de Amazon EFS, consulteDesmontaje de sistemas de archivos.
Error al desmontar 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:
Utilice lazy unmount,umount -l que separa el sistema de archivos de la jerarquía del sistema de archivos cuando se ejecuta y, a continuación, 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.
-
Force el desmontaje mediante elumount -f comando.
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 del manual de montaje
para obtener más información y orientación sobre el uso de esta opción.