Beheben von Mountingproblemen

Im Folgenden finden Sie Informationen zur Behebung von Problemen beim Einhängen des EFS Dateisystems.

Das Dateisystem-Mounting auf der Windows Instance schlägt fehl

Ein Dateisystem-Mount auf einer EC2 Amazon-Instance unter Microsoft Windows schlägt fehl.

Maßnahme

Verwenden Sie Amazon nicht EFS mit EC2 Windows-Instances, was nicht unterstützt wird.

Zugriff vom Server verweigert

Ein Dateisystem-Mount schlägt mit der folgenden Meldung fehl:

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

Dieses Problem kann auftreten, wenn Ihr NFS Client nicht berechtigt ist, das Dateisystem zu mounten.

Maßnahme

Wenn Sie versuchen, das Dateisystem mit zu mountenIAM, stellen Sie sicher, dass Sie die -o iam Option in Ihrem Mount-Befehl verwenden. Dadurch wird der EFS Mount-Helper angewiesen, Ihre Anmeldeinformationen an das EFS Mount-Ziel weiterzuleiten. Wenn Sie immer noch keinen Zugriff haben, überprüfen Sie Ihre Dateisystemrichtlinie und Ihre Identitätsrichtlinie, um sicherzustellen, dass keine DENY Klauseln für Ihre Verbindung gelten und dass mindestens eine ALLOW Klausel für die Verbindung gilt. Weitere Informationen finden Sie unter Wird IAM zur Steuerung des Datenzugriffs auf Dateisysteme verwendet und Erstellen von Dateisystemrichtlinien.

Automatisches Mounting schlägt fehl und die Instance reagiert nicht

Dieses Problem kann auftreten, wenn das Dateisystem automatisch auf einer Instance gemountet wurde und die Option _netdev nicht deklariert wurde. _netdevFehlt sie, reagiert Ihre EC2 Instance möglicherweise nicht mehr. Der Grund dafür ist, dass zuerst das Netzwerk auf der Datenverarbeitungs-Instance gestartet worden sein muss. Die Netzwerkdateisysteme müssen danach initialisiert werden.

Maßnahme

Wenn dieses Problem auftritt, wenden Sie sich an den AWS Support.

Das Mounten mehrerer EFS Amazon-Dateisysteme in /etc/fstab schlägt fehl

Bei Instances, die das Systemd-Init-System mit zwei oder mehr EFS Amazon-Einträgen verwenden/etc/fstab, kann es vorkommen, dass einige oder alle dieser Einträge nicht gemountet sind. In diesem Fall zeigt die dmesg-Ausgabe eine oder mehrere Zeilen, die in etwa wie folgt aussehen.

NFS: nfs4_discover_server_trunking unhandled error -512. Exiting with error EIO

Maßnahme

In diesem Fall empfehlen wir, dass Sie eine neue systemd-Dienstdatei in /etc/systemd/system/mount-nfs-sequentially.service erstellen. Der Code, der in die Datei aufgenommen werden soll, hängt davon ab, ob Sie die Dateisysteme manuell mounten oder den EFS Amazon-Mount-Helper verwenden.

• Wenn Sie die Dateisysteme manuell mounten, muss der ExecStart Befehl auf Network File System (NFS4) zeigen. Fügen Sie den folgenden Code in die Datei ein:

  [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

• Wenn Sie den EFS Amazon-Mount-Helper verwenden, muss der ExecStart Befehl auf Transport Layer Security (TLS) zeigen, EFS anstatt ihn NFS4 zu verwenden. Fügen Sie den folgenden Code in die Datei ein:

  [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

Nachdem Sie die Datei erstellt haben, führen Sie die folgenden beiden Befehle aus:

1. sudo systemctl daemon-reload

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

Starten Sie dann Ihre EC2 Amazon-Instance neu. Die Dateisysteme werden nach Bedarf gemountet, in der Regel innerhalb einer Sekunde.

Mounting-Befehl schlägt mit der Fehlermeldung „falscher fs-Typ“ fehl

Der Mountingbefehl schlägt mit der folgenden Fehlermeldung fehl.

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.

Maßnahme

Wenn Sie diese Meldung erhalten, installieren Sie das Paket nfs-utils (oder nfs-common unter Ubuntu). Weitere Informationen finden Sie unter Installation des NFS Clients.

Der Mounting-Befehl schlägt mit der Fehlermeldung „Inkorrekte Mounting-Option“ fehl

Der Mountingbefehl schlägt mit der folgenden Fehlermeldung fehl.

mount.nfs: an incorrect mount option was specified

Maßnahme

Diese Fehlermeldung bedeutet höchstwahrscheinlich, dass Ihre Linux-Distribution die Netzwerkdateisystem-Versionen 4.0 und 4.1 (NFSv4) nicht unterstützt. Um dies zu prüfen, können Sie den folgenden Befehl ausführen.

$ grep CONFIG_NFS_V4_1 /boot/config*

Wenn der vorherige Befehl zurückkehrt# CONFIG_NFS_V4_1 is not set, wird NFSv4 .1 auf Ihrer Linux-Distribution nicht unterstützt. Eine Liste der Amazon Machine Images (AMIs) für Amazon Elastic Compute Cloud (AmazonEC2), die NFSv4 .1 unterstützen, finden Sie unterNFSUnterstützung.

Mounting mit Zugangspunkt schlägt fehl

Der Mounting-Befehl schlägt fehl, wenn das Mounting über einen Zugangspunkt erfolgt, und es wird die folgende Fehlermeldung angezeigt:

mount.nfs4: mounting access_point failed, reason given by server: No such file or directory

Maßnahme

Diese Fehlermeldung weist darauf hin, dass der angegebene EFS Pfad nicht existiert. Vergewissern Sie sich, dass Sie die Eigentümerschaft und die Berechtigungen für das Stammverzeichnis des Zugangspunkts angeben. EFSerstellt das Stammverzeichnis ohne diese Informationen nicht. Weitere Informationen finden Sie unter Arbeiten mit Amazon EFS Access Points.

Wenn Sie keine Eigentumsrechte und Berechtigungen für das Stammverzeichnis angeben und das Stammverzeichnis noch nicht existiert, EFS wird das Stammverzeichnis nicht erstellt. In diesem Fall schlagen Versuche, das Dateisystem mithilfe des Zugangspunkts zu mounten, fehl.

Das Mounting des Dateisystems schlägt sofort nach der Erstellung des Dateisystems fehl

Nach dem Erstellen eines Mount-Ziels kann es bis zu 90 Sekunden dauern, bis die Einträge des Domain Name Service (DNS) vollständig in einem AWS-Regionübertragen werden.

Maßnahme

Wenn Sie Dateisysteme programmgesteuert erstellen und einhängen, z. B. mit einer AWS CloudFormation Vorlage, empfehlen wir Ihnen, eine Wartebedingung zu implementieren.

Das Mounting des Dateisystems hängt und schlägt dann mit einem Timeout-Fehler fehl

Der Mounting-Befehl des Dateisystems hängt eine oder zwei Minuten lang und schlägt dann mit einem Timeout-Fehler fehl. Der folgende Code zeigt ein Beispiel dafür.

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

Maßnahme

Dieser Fehler kann auftreten, weil entweder die EC2 Amazon-Instance oder die Mount-Zielsicherheitsgruppen nicht richtig konfiguriert sind. Stellen Sie sicher, dass die Mount-Ziel-Sicherheitsgruppe über eine Regel für eingehenden Datenverkehr verfügt, die den NFS Zugriff von der EC2 Sicherheitsgruppe aus ermöglicht. Weitere Informationen finden Sie unter Erstellen von Sicherheitsgruppen.

Überprüfen Sie, ob die angegebene IP-Adresse des Mounting-Ziels korrekt ist. Wenn Sie die falsche IP-Adresse angegeben haben und unter dieser IP-Adresse nichts vorliegt, das das Mounting ablehnen könnte, kann dieses Problem auftreten.

Das Einhängen des Dateisystems NFS mit dem DNS Namen schlägt fehl

Versuche, ein Dateisystem mithilfe eines NFS Clients (ohne den amazon-efs-utils Client) unter Verwendung des DNS Namens des Dateisystems einzuhängen, schlagen fehl, wie im folgenden Beispiel gezeigt:

$ 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.   

$   

Maßnahme

Überprüfen Sie Ihre VPC Konfiguration. Wenn Sie eine benutzerdefinierte Option verwendenVPC, stellen Sie sicher, dass die DNS Einstellungen aktiviert sind. Weitere Informationen finden Sie unter DNSAttribute für Sie VPC im VPCAmazon-Benutzerhandbuch. Außerdem können Dateisystem- und DNS Mount-Zielnamen nicht von außerhalb des Ortes, an VPC dem sie existieren, aufgelöst werden.

Bevor Sie ein Dateisystem mithilfe seines DNS Namens im mount Befehl mounten können, müssen Sie wie folgt vorgehen:

• Stellen Sie sicher, dass sich ein EFS Amazon-Mount-Ziel in derselben Availability Zone wie die EC2 Amazon-Instance befindet.

• Stellen Sie sicher, dass sich in derselben VPC EC2 Amazon-Instance ein Mount-Ziel befindet. Andernfalls können Sie die DNS Namensauflösung nicht für EFS Mount-Ziele verwenden, die sich in einer anderen befindenVPC. Weitere Informationen finden Sie unter EFSDateisysteme von einem anderen einhängen AWS-Konto oder VPC.

• Connect Ihre EC2 Amazon-Instance mit einem Amazon, das für die Nutzung des von Amazon bereitgestellten DNS Servers VPC konfiguriert ist. Weitere Informationen finden Sie unter DHCPOptionssätze VPC in Amazon im VPCAmazon-Benutzerhandbuch.

• Stellen Sie sicher, dass für das Amazon VPC der verbindenden EC2 Amazon-Instance DNS Hostnamen aktiviert sind. Weitere Informationen finden Sie unter DNSAttribute VPC in Ihrem VPC Amazon-Benutzerhandbuch.

Das Mounting des Dateisystems schlägt mit der Fehlermeldung „nfs reagiert nicht“.

Ein EFS Amazon-Dateisystem-Mount schlägt bei einem Transmission Control Protocol (TCP) -Wiederverbindungsereignis mit "nfs: server_name still not responding" fehl.

Maßnahme

Verwenden Sie die noresvport Mount-Option, um sicherzustellen, dass der NFS Client einen neuen TCP Quellport verwendet, wenn eine Netzwerkverbindung wiederhergestellt wird. Dadurch wird die ununterbrochene Verfügbarkeit nach einem Netzwerkwiederherstellungsereignis sichergestellt.

Der Lebenszyklusstatus des Mounting-Ziels hängt fest

Der Lebenszyklusstatus des Mounting-Ziels hängt im Status Wird erstellt oder Wird gelöscht fest.

Maßnahme

Wiederholen Sie den Aufruf CreateMountTarget oder DeleteMountTarget.

Der Lebenszyklusstatus des Mount-Ziels zeigt einen Fehler

Der Lebenszyklusstatus des Mounting-Ziels wird als Fehlerangezeigt.

Maßnahme

Amazon EFS kann die erforderlichen Domain Name System (DNS) -Einträge für neue Dateisystem-Mount-Ziele nicht erstellen, wenn die virtuelle private Cloud (VPC) widersprüchliche Hosted Zones hat. Amazon EFS kann keine neuen Datensätze in einer kundeneigenen gehosteten Zone erstellen. Wenn Sie eine Hosting-Zone mit einem widersprüchlichen efs.<region>.amazonaws.com DNS Bereich verwalten müssen, erstellen Sie die Hosting-Zone in einer separaten. VPC Weitere Informationen zu DNS Überlegungen für VPC finden Sie unter DNSAttribute für. VPC

Um dieses Problem zu beheben, löschen Sie den Konflikt verursachenden efs.<region>.amazonaws.com Host aus dem VPC und erstellen Sie das Mount-Ziel erneut. Weitere Informationen zum Löschen des Mounting-Ziels finden Sie unter Verwalten der Mountingziele.

Mounting reagiert nicht

Ein EFS Amazon-Mount scheint nicht zu reagieren. Beispielsweise bleiben Befehle wie ls hängen.

Maßnahme

Dieser Fehler kann auftreten, wenn eine andere Anwendung große Datenmengen in das Dateisystem schreibt. Der Zugriff auf die Dateien, die geschrieben werden, kann blockiert sein, bis der Vorgang abgeschlossen ist. Allgemein gilt, dass alle Befehle oder Anwendungen, die versuchen, auf Dateien zuzugreifen, die gerade geschrieben werden, augenscheinlich hängenbleiben. Beispielsweise bleibt der Befehl ls möglicherweise hängen, wenn er zu einer Datei gelangt, die gerade geschrieben wird. Der Grund dafür ist, dass einige Linux-Distributionen ein Alias des ls-Befehls erstellen, sodass er zusätzlich zum Auflisten der Verzeichnisinhalte Dateiattribute abruft.

Um dieses Problem zu beheben, stellen Sie sicher, dass eine andere Anwendung Dateien in den EFS Amazon-Mount schreibt und dass sie sich im Status Uninterruptible sleep (D) befindet, wie im folgenden Beispiel:

$ 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

Nachdem Sie überprüft haben, dass dies der Fall ist, können Sie das Problem lösen, indem Sie darauf warten, dass der andere Schreibvorgang abgeschlossen wird, oder indem Sie ein Workaround implementieren. Im Beispiel von ls können Sie den Befehl /bin/ls direkt (anstelle eines Alias) verwenden. So kann der Befehl fortgesetzt werden, ohne bei der Datei, die gerade geschrieben wird, hängen zu bleiben. Allgemein gilt: Wenn die Anwendung, die die Daten schreibt, einen periodischen Datenfluss erzwingen kann, etwa mithilfe von fsync(2), kann dies die Reaktionen Ihres Dateisystems für andere Anwendungen verbessern. Diese Verbesserung geht jedoch möglicherweise auf Kosten der Leistung, wenn die Anwendung Daten schreibt.

Gemounteter Client wird nicht mehr verbunden

Ein Client, der in ein EFS Amazon-Dateisystem eingebunden ist, kann gelegentlich aus verschiedenen Gründen unterbrochen werden. NFSClients sind so konzipiert, dass sie bei einer Unterbrechung automatisch wieder eine Verbindung herstellen, um die Auswirkungen routinemäßiger Verbindungsabbrüche auf die Leistung und Verfügbarkeit von Anwendungen zu minimieren. In den meisten Fällen stellen die Clients die Verbindung innerhalb von Sekunden wieder her.

Die in älteren Versionen des Linux-Kernels (Versionen v5.4 und niedriger) enthaltene NFS Clientsoftware weist jedoch ein Verhalten auf, das dazu führt, dass NFS Clients beim Trennen der Verbindung versuchen, die Verbindung über denselben Quellport wiederherzustellen. TCP Dieses Verhalten entspricht nicht dem und kann diese Clients daran hindern TCPRFC, schnell wieder Verbindungen zu ihrem NFS Server (in diesem Fall einem EFS Dateisystem) herzustellen.

Um dieses Problem zu beheben, empfehlen wir Ihnen dringend, den EFS Amazon-Mount-Helper zum Mounten Ihrer EFS Dateisysteme zu verwenden. Der EFS Mount-Helper verwendet Mount-Einstellungen, die für EFS Amazon-Dateisysteme optimiert sind. Weitere Informationen über den EFS Client und den Mount-Helper finden Sie unterDen EFS Amazon-Client installieren.

Wenn Sie den EFS Mount-Helper nicht verwenden können, empfehlen wir dringend, die noresvport NFS Mount-Option zu verwenden, die NFS Clients anweist, Verbindungen über neue TCP Quellports wiederherzustellen, um dieses Problem zu vermeiden. Weitere Informationen finden Sie unter Empfohlene Mount-Einstellungen NFS.

Operationen auf einem neu gemounteten Dateisystem geben den Fehler „bad file handle“ zurück

Vorgänge auf einem neu gemounteten Dateisystem generieren den Fehler bad file handle.

Dieser Fehler kann auftreten, wenn eine EC2 Amazon-Instance mit einem Dateisystem und einem Mount-Ziel mit einer angegebenen IP-Adresse verbunden war und dann dieses Dateisystem und das Mount-Ziel gelöscht wurden. Wenn Sie ein neues Dateisystem und ein neues Mount-Ziel erstellen, um eine Verbindung zu dieser EC2 Amazon-Instance mit derselben Mount-Ziel-IP-Adresse herzustellen, kann dieses Problem auftreten.

Maßnahme

Sie können diesen Fehler beheben, indem Sie das Dateisystem unmounten und dann das Dateisystem auf der Amazon-Instance erneut mounten. EC2 Weitere Informationen zum Unmounten Ihres EFS Amazon-Dateisystems finden Sie unterAufheben des Mountings von Dateisystemen.

Unmounten eines Dateisystems schlägt fehl

Wenn Ihr Dateisystem ausgelastet ist, können Sie es nicht unmounten.

Maßnahme

Sie können dieses Problem auf folgende Weise beheben:

• Verwenden Sie Lazy Unmount, umount -l wodurch das Dateisystem bei der Ausführung von der Dateisystemhierarchie getrennt wird. Anschließend werden alle Verweise auf das Dateisystem gelöscht, sobald es nicht mehr ausgelastet ist.

• Warten Sie, bis alle Lese- und Schreibvorgänge abgeschlossen sind, und versuchen Sie dann, den Befehl umount erneut auszuführen.

• Erzwingen Sie ein Unmounten mit dem Befehl umount -f.

  Warnung

  Das Erzwingen des Ausbindens unterbricht alle Datenlese- oder -schreibvorgänge, die derzeit für das Dateisystem durchgeführt werden. Weitere Informationen und Anleitungen zur Verwendung dieser Option finden Sie auf der Seite Manuelles Unmounten.