Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Résolution des problèmes de montage
Vous trouverez ci-dessous des informations sur la résolution des problèmes de montage du système de EFS fichiers.
Le montage du système de fichiers sur l’instance Windows échoue
Le montage d'un système de fichiers sur une EC2 instance Amazon sous Microsoft Windows échoue.
Action à exécuter
N'utilisez pas Amazon EFS avec des EC2 instances Windows, qui ne sont pas prises en charge.
Accès refusé par le serveur
Un montage de système de fichiers échoue avec le message suivant :
/efs mount.nfs4: access denied by server while mounting 127.0.0.1:/
Ce problème peut se produire si votre NFS client n'est pas autorisé à monter le système de fichiers.
Action à exécuter
Si vous essayez de monter le système de fichiers en utilisantIAM, assurez-vous d'utiliser l'-o iam
option dans votre commande de montage. Cela indique à l'assistant de EFS montage de transmettre vos informations d'identification à la cible de EFS montage. Si vous n'y avez toujours pas accès, vérifiez votre politique de système de fichiers et votre politique d'identité pour vous assurer qu'aucune DENY clause ne s'applique à votre connexion, et qu'au moins une ALLOW clause s'applique à la connexion. Pour plus d’informations, consultez Utilisation IAM pour contrôler l'accès aux données du système de fichiers et Création de politiques de système de fichiers.
Le montage automatique échoue et l’instance ne répond pas
Ce problème peut survenir si le système de fichiers a été monté automatiquement sur une instance et si l’option _netdev
n’a pas été déclarée. Si elle _netdev
est absente, il est possible que votre EC2 instance cesse de répondre. Cela s’explique par le fait que les systèmes de fichiers réseau doivent être initialisés après le démarrage de la mise en réseau de l’instance de calcul.
Action à exécuter
Si ce problème se produit, contactez AWS le Support.
Le montage de plusieurs systèmes de EFS fichiers Amazon dans /etc/fstab échoue
Dans les cas où le système d'initialisation systemd utilise au moins deux EFS entrées Amazon à/etc/fstab
, il peut arriver que certaines ou toutes ces entrées ne soient pas montées. Dans ce cas, la sortie dmesg
affiche une ou plusieurs lignes similaires à ce qui suit :
NFS: nfs4_discover_server_trunking unhandled error -512. Exiting with error EIO
Action à exécuter
Dans ce cas, nous vous recommandons de créer un nouveau fichier de service système dans /etc/systemd/system/mount-nfs-sequentially.service
. Le code à inclure dans le fichier varie selon que vous montez les systèmes de fichiers manuellement ou que vous utilisez l'assistant de EFS montage Amazon.
Si vous montez manuellement les systèmes de fichiers, la
ExecStart
commande doit pointer sur Network File System (NFS4). Inclure le code suivant dans le fichier :[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 vous utilisez l'assistant de EFS montage Amazon, la
ExecStart
commande doit pointer vers Transport Layer Security () au EFS lieu d'NFS4utiliser Transport Layer Security (TLS). Inclure le code suivant dans le fichier :[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
Après avoir créé le fichier, exécutez les deux commandes suivantes :
-
sudo systemctl daemon-reload
-
sudo systemctl enable mount-nfs-sequentially.service
Redémarrez ensuite votre EC2 instance Amazon. Les systèmes de fichiers sont montés à la demande, généralement en une seconde.
La commande de montage échoue avec le message d’erreur « type de fs erroné »
La commande de montage échoue avec le message d’erreur suivant.
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.
Action à exécuter
Si vous recevez ce message, installez le package nfs-utils
(ou nfs-common
sur Ubuntu). Pour plus d’informations, consultez Installation du NFS client.
La commande de montage échoue avec le message d’erreur « option de montage incorrecte »
La commande de montage échoue avec le message d’erreur suivant.
mount.nfs: an incorrect mount option was specified
Action à exécuter
Ce message d'erreur signifie probablement que votre distribution Linux ne prend pas en charge les versions 4.0 et 4.1 (NFSv4) du système de fichiers réseau. Pour vérifier si c’est le cas, vous pouvez exécuter la commande suivante :
$
grep CONFIG_NFS_V4_1 /boot/config*
Si la commande précédente est renvoyée# CONFIG_NFS_V4_1 is not set
, la version NFSv4 .1 n'est pas prise en charge sur votre distribution Linux. Pour obtenir la liste des Amazon Machine Images (AMIs) pour Amazon Elastic Compute Cloud (AmazonEC2) compatibles avec la NFSv4 version 1.1, consultezNFSsoutien.
Le montage avec point d’accès échoue
La commande de montage échoue lors du montage avec un point d’accès, avec le message d’erreur suivant :
mount.nfs4: mounting
access_point
failed, reason given by server: No such file or directory
Action à exécuter
Ce message d'erreur indique que le EFS chemin spécifié n'existe pas. Assurez-vous de fournir la propriété et les autorisations pour le répertoire racine du point d’accès. EFSne créera pas le répertoire racine sans ces informations. Pour plus d’informations, consultez Utilisation des points EFS d'accès Amazon.
Si vous ne spécifiez aucune propriété ni aucune autorisation pour le répertoire racine et que le répertoire racine n'existe pas déjà, le répertoire racine ne EFS sera pas créé. Dans ce cas, toute tentative de montage du système de fichiers à l’aide du point d’accès échoue.
Le montage du système de fichiers échoue immédiatement après la création du système de fichiers
La création d'une cible de montage peut prendre jusqu'à 90 secondes pour que les enregistrements du Domain Name Service (DNS) se propagent complètement dans un Région AWS.
Action à exécuter
Si vous créez et montez des systèmes de fichiers par programmation, par exemple à l'aide d'un AWS CloudFormation modèle, nous vous recommandons d'implémenter une condition d'attente.
Le montage du système de fichiers se bloque, puis échoue avec une erreur de dépassement de délai d’attente
La commande de montage du système de fichiers se bloque pendant une minute ou deux, puis échoue avec une erreur de dépassement de délai d’attente au bout d’une ou deux minutes. Le code suivant en présente un exemple.
$ 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 $Â
Action à exécuter
Cette erreur peut se produire car l'EC2instance Amazon ou les groupes de sécurité cibles du montage ne sont pas correctement configurés. Assurez-vous que le groupe de sécurité cible de montage dispose d'une règle entrante qui autorise l'NFSaccès depuis le groupe de EC2 sécurité. Pour plus d’informations, consultez Création de groupes de sécurité.
Vérifiez que l’adresse IP de la cible montage que vous avez spécifiée est valide. Si vous spécifiez une adresse IP erronée et que rien à cette adresse IP ne rejette le montage, vous pouvez rencontrer ce problème.
Le montage du système de fichiers avec le NFS DNS nom d'utilisateur échoue
Les tentatives de montage d'un système de fichiers à l'aide d'un NFS client (et non à l'aide du amazon-efs-utils
client) utilisant le DNS nom du système de fichiers échouent, comme illustré dans l'exemple suivant :
$ 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. $
Action à exécuter
Vérifiez votre VPC configuration. Si vous utilisez une option personnaliséeVPC, assurez-vous que DNS les paramètres sont activés. Pour plus d'informations, consultez DNSles attributs correspondants VPC dans le guide de VPC l'utilisateur Amazon. En outre, les DNS noms des systèmes de fichiers et des cibles de montage ne peuvent pas être résolus en dehors de l'VPCendroit où ils existent.
Avant de monter un système de fichiers en utilisant son DNS nom dans la mount
commande, vous devez effectuer les opérations suivantes :
-
Assurez-vous qu'une cible de EFS montage Amazon se trouve dans la même zone de disponibilité que l'EC2instance Amazon.
Assurez-vous qu'il existe une cible de montage identique à VPC celle de l'EC2instance Amazon. Dans le cas contraire, vous ne pouvez pas utiliser la résolution de DNS noms pour les cibles de EFS montage situées dans un autreVPC. Pour plus d’informations, consultez Montage de systèmes de EFS fichiers depuis un autre Compte AWS ou VPC.
-
Connectez votre EC2 instance Amazon dans un Amazon VPC configuré pour utiliser le DNS serveur fourni par Amazon. Pour plus d'informations, consultez les ensembles d'DHCPoptions d'Amazon VPC dans le guide de VPC l'utilisateur Amazon.
-
Assurez-vous que les DNS noms VPC d'hôte sont activés sur l'Amazon de l'EC2instance Amazon qui se connecte. Pour plus d'informations, consultez DNSles attributs figurant VPC dans votre manuel Amazon VPC User Guide.
Échec du montage d’un système de fichiers avec « nfs ne répond pas »
Le montage d'un système de EFS fichiers Amazon échoue lors d'un événement de reconnexion au Transmission Control Protocol (TCP) avec"nfs: server_name still not responding"
.
Action à exécuter
Utilisez l'option noresvport
mount pour vous assurer que le NFS client utilise un nouveau port TCP source lorsqu'une connexion réseau est rétablie. Cette utilisation permet de garantir une disponibilité ininterrompue après un événement de récupération du réseau.
L’état de cycle de vie de la cible de montage est bloqué
L’état de cycle de vie de la cible de montage est bloqué à l’état creating (création) ou deleting (suppression).
Action à exécuter
Recommencez l’appel CreateMountTarget
ou DeleteMountTarget
.
L'état du cycle de vie cible du montage indique une erreur
L’état du cycle de vie de la cible de montage s’affiche comme une Erreur.
Action à exécuter
Amazon EFS ne peut pas créer les enregistrements du système de noms de domaine (DNS) nécessaires pour les nouvelles cibles de montage du système de fichiers si le cloud privé virtuel (VPC) contient des zones hébergées en conflit. Amazon EFS ne peut pas créer de nouveaux enregistrements dans une zone hébergée appartenant au client. Si vous devez gérer une zone hébergée dont la efs.
DNS plage est conflictuelle, créez-la séparémentVPC. Pour plus d'informations sur les DNS considérations relatives àVPC, consultez DNSles attributs de votre VPC.<region>
.amazonaws.com
Pour résoudre ce problème, supprimez l'efs.
hôte en conflit du VPC et créez à nouveau la cible de montage. Pour plus d’informations sur la suppression de la cible de montage, consultez Gérer des cibles de Montage.<region>
.amazonaws.com
Le montage ne répond pas
Un EFS support Amazon ne semble pas répondre. Par exemple, des commandes telles que ls
se bloquent.
Action à exécuter
Cette erreur peut se produire si une autre application écrit de grandes quantités de données sur le système de fichiers. L’accès aux fichiers qui sont écrits peut être bloqué jusqu’à ce que l’opération soit terminée. En général, les commandes ou les applications qui essaient d’accéder aux fichiers en cours d’écriture peuvent sembler bloquées. Par exemple, la commande ls
peut se bloquer lorsqu’elle essaie d’accéder au fichier qui est en cours d’écriture. Ceci s’explique par le fait que certaines distributions Linux utilisent l’alias de commande ls
afin d’extraire les attributs, en plus de la liste du contenu du répertoire.
Pour résoudre ce problème, vérifiez qu'une autre application écrit des fichiers sur le EFS support Amazon et qu'elle est à l'état Uninterruptible sleep
(D
), comme dans l'exemple suivant :
$ 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
Après avoir vérifié que c’est le cas, vous pouvez résoudre le problème en attendant que l’autre opération d’écriture se termine, ou en essayant une solution de contournement. Dans l’exemple ls
, vous pouvez utiliser la commande /bin/ls
directement, au lieu d’un alias. Cela permet à la commande de continuer sans suspendre le fichier dans lequel sont écrites les données. En général, si l’application qui écrit les données peut forcer un vidage périodique des données, peut-être en utilisant fsync(2)
, cette opération peut contribuer à améliorer la réactivité de votre système de fichiers pour d’autres applications. Cependant, cette amélioration peut se faire aux dépens des performances lorsque l’application écrit des données.
Le client monté est déconnecté
Un client monté sur un système de EFS fichiers Amazon peut parfois être déconnecté pour diverses raisons. NFSles clients sont conçus pour se reconnecter automatiquement en cas d'interruption afin de minimiser l'impact des déconnexions de routine sur les performances et la disponibilité des applications. Dans la plupart des cas, les clients se reconnectent de manière transparente en quelques secondes.
Cependant, le logiciel NFS client inclus dans les anciennes versions du noyau Linux (versions v5.4 et antérieures) comporte un comportement qui pousse les NFS clients à tenter de se reconnecter sur le même TCP port source lors de la déconnexion. Ce comportement n'est pas conforme à la TCP RFC et peut empêcher ces clients de rétablir rapidement les connexions à leur NFS serveur (dans ce cas, un système de EFS fichiers).
Pour résoudre ce problème, nous vous recommandons vivement d'utiliser l'assistant de EFS montage Amazon pour monter vos systèmes de EFS fichiers. L'assistant de EFS montage utilise des paramètres de montage optimisés pour les systèmes de EFS fichiers Amazon. Pour plus d'informations sur le EFS client et l'assistant de montage, consultezInstallation des EFS outils Amazon.
Si vous ne pouvez pas utiliser l'assistant de EFS montage, nous vous recommandons vivement d'utiliser l'option noresvport
NFS mount, qui demande aux NFS clients de rétablir les connexions en utilisant de nouveaux ports TCP source pour éviter ce problème. Pour plus d’informations, consultez Paramètres de NFS montage recommandés.
Les opérations sur un système de fichiers nouvellement monté renvoient l’erreur « mauvaise gestion de fichier »
Les opérations effectuées sur un système de fichiers nouvellement monté renvoient une erreur bad file
handle
.
Cette erreur peut se produire si une EC2 instance Amazon a été connectée à un système de fichiers et à une cible de montage avec une adresse IP spécifiée, puis que le système de fichiers et la cible de montage ont été supprimés. Si vous créez un nouveau système de fichiers et une nouvelle cible de montage pour vous connecter à cette EC2 instance Amazon avec la même adresse IP cible de montage, ce problème peut survenir.
Action à exécuter
Vous pouvez résoudre cette erreur en démontant le système de fichiers, puis en le remontant sur l'instance Amazon. EC2 Pour plus d'informations sur le démontage de votre système de EFS fichiers Amazon, consultezDémontage des systèmes de fichiers.
Le démontage d’un système de fichiers échoue
Si votre système de fichiers est occupé, vous ne pouvez pas le démonter.
Action à exécuter
Vous pouvez résoudre ce problème en procédant de l’une des manières suivantes :
Utilisez lazy unmount, umount -l qui détache le système de fichiers de la hiérarchie du système de fichiers lors de son exécution, puis nettoie toutes les références au système de fichiers dès qu'il n'est plus occupé.
-
Patientez jusqu’à ce que toutes les opérations de lecture et d’écriture soient terminées, puis essayez de relancer la commande umount.
-
Forcez un démontage à l’aide de la commande umount -f.
Avertissement
Le fait de forcer un démontage interrompt toutes les opérations de lecture ou d’écriture de données qui sont en cours pour le système de fichiers. Consultez la page de manuel de démontage
pour plus d’informations et de conseils sur l’utilisation de cette option.