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 des describe-file-systems AWS CLI Befehls oder der DescribeFileSystemsAPI-Operation 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 Optionen des NFS-Clients noresvport
und noauto
der Mount-Optionen nach Möglichkeit anpassen.
Das Einhängen des Dateisystems mithilfe des DNS-Namens schlägt fehl
Falsch konfigurierte DNS-Namen (Domain Name Service) können zu Fehlern beim Einhängen des Dateisystems führen, wie in den folgenden Szenarien gezeigt.
Szenario 1: Eine Dateisystembereitstellung, die einen DNS-Namen (Domain Name Service) 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 VPC verwenden, müssen Sie sicherstellen, dass die DNS-Einstellungen aktiviert sind. Weitere Informationen finden Sie unter Verwendung von DNS in Ihrer VPC im Amazon VPC Benutzerhandbuch.
Gehen Sie wie folgt vor, um im mount
Befehl einen DNS-Namen anzugeben:
-
Stellen Sie sicher, dass sich die EC2 Amazon-Instance in derselben VPC wie Ihr Amazon FSx for Lustre-Dateisystem befindet.
-
Connect Ihre EC2 Amazon-Instance mit einer VPC, die für die Nutzung des von Amazon bereitgestellten DNS-Servers konfiguriert ist. Weitere Informationen finden Sie unter DHCP Options Sets im Amazon VPC-Benutzerhandbuch.
-
Stellen Sie sicher, dass in der Amazon-VPC der verbindenden EC2 Amazon-Instance DNS-Hostnamen aktiviert sind. Weitere Informationen finden Sie unter Aktualisieren der DNS-Unterstützung für Ihre VPC im Amazon VPC-Benutzerhandbuch.
Szenario 2: Ein Dateisystem-Mount, der einen DNS-Namen (Domain Name Service) 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: mountfile_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.