Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Behebung von Problemen beim Einhängen des Dateisystems

Es gibt eine Reihe möglicher Ursachen, wenn ein Befehl zum Einhängen eines Dateisystems fehlschlägt, wie in den folgenden Themen beschrieben.

Das Einhängen des Dateisystems schlägt sofort fehl

Der Befehl zum Einhängen des Dateisystems schlägt sofort fehl. Der folgende Code zeigt ein Beispiel dafür.

mount.lustre: mount fs-0123456789abcdef0.fsx.us-east-1.aws@tcp:/fsx at /lustre
failed: No such file or directory

Is the MGS specification correct?
Is the filesystem name correct?

Dieser Fehler kann auftreten, wenn Sie beim Mounten eines persistenten Dateisystems oder eines Scratch-2-Dateisystems mithilfe des mount Befehls nicht den richtigen mountname Wert verwenden. Sie können den mountname Wert aus der Antwort auf den describe-file-systems AWS CLI Befehl oder die DescribeFileSystemsAPIOperation abrufen.

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 lustre file_system_dns_name@tcp:/mountname /mnt/fsx

[2+ minute wait here]
Connection timed out

Dieser Fehler kann auftreten, weil die Sicherheitsgruppen für die EC2 Amazon-Instance oder das Dateisystem nicht richtig konfiguriert sind.

Maßnahme

Stellen Sie sicher, dass Ihre Sicherheitsgruppen für das Dateisystem die unter angegebenen Regeln für eingehenden Datenverkehr haben. Amazon VPC-Sicherheitsgruppen

Automatisches Mounting schlägt fehl und die Instance reagiert nicht

In einigen Fällen schlägt das automatische Mounten für ein Dateisystem möglicherweise fehl und Ihre EC2 Amazon-Instance reagiert möglicherweise nicht mehr.

Dieses Problem kann auftreten, wenn die _netdev Option nicht deklariert wurde. Wenn _netdev es fehlt, reagiert Ihre EC2 Amazon-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 AWS Support.

Das Einhängen des Dateisystems schlägt beim Systemstart fehl

Das Einhängen des Dateisystems schlägt beim Systemstart fehl. Die Montage erfolgt automatisiert mit/etc/fstab. Wenn das Dateisystem nicht gemountet ist, wird im Syslog für den Zeitraum, in dem die Instanz gestartet wurde, der folgende Fehler angezeigt.

LNetError: 3135:0:(lib-socket.c:583:lnet_sock_listen()) Can't create socket: port 988 already in use
LNetError: 122-1: Can't start acceptor on port 988: port already in use

Dieser Fehler kann auftreten, wenn Port 988 nicht verfügbar ist. Wenn die Instanz für das Mounten von NFS Dateisystemen konfiguriert ist, ist es möglich, dass die NFS Mounts ihren Client-Port an Port 988 binden

Maßnahme

Sie können dieses Problem umgehen, indem Sie die NFS Client noresvport - und noauto Mount-Optionen nach Möglichkeit anpassen.

Das Einhängen des Dateisystems mithilfe des DNS Namens schlägt fehl

Falsch konfigurierte Namen von Domain Name Service (DNS) können zu Fehlern beim Einhängen des Dateisystems führen, wie in den folgenden Szenarien gezeigt.

Szenario 1: Eine Dateisystem-Bereitstellung, die einen Domain Name Service (DNS) -Namen verwendet, schlägt fehl. Der folgende Code zeigt ein Beispiel dafür.

sudo mount -t lustre file_system_dns_name@tcp:/mountname /mnt/fsx
mount.lustre: Can't parse NID 
'file_system_dns_name@tcp:/mountname'

Maßnahme

Überprüfen Sie Ihre Virtual Private Cloud (VPC) -Konfiguration. Wenn Sie eine benutzerdefinierte Version verwendenVPC, stellen Sie sicher, dass die DNS Einstellungen aktiviert sind. Weitere Informationen finden Sie unter DNSUsing with Your VPC im VPCAmazon-Benutzerhandbuch.

Gehen Sie wie folgt vor, um im mount Befehl einen DNS Namen anzugeben:

Szenario 2: Ein Dateisystem-Mount, der einen Domain Name Service (DNS) -Namen verwendet, schlägt fehl. Der folgende Code zeigt ein Beispiel dafür.

mount -t lustre file_system_dns_name@tcp:/mountname /mnt/fsx
mount.lustre: mount file_system_dns_name@tcp:/mountname at /mnt/fsx failed: Input/output error Is the MGS running?
        

Maßnahme

Stellen Sie sicher, dass auf die VPC Sicherheitsgruppen des Clients die richtigen Regeln für ausgehenden Datenverkehr angewendet werden. Diese Empfehlung gilt insbesondere dann, wenn Sie die Standardsicherheitsgruppe nicht verwenden oder wenn Sie die Standardsicherheitsgruppe geändert haben. Weitere Informationen finden Sie unter Amazon VPC-Sicherheitsgruppen.