Skip to main content
SAN hosts and cloud clients
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Fehlerbehebung

Beitragende

Überprüfen Sie vor der Fehlerbehebung bei NVMe-of-Fehlern für RHEL-, OL- und SLES-Hosts, ob Sie eine Konfiguration ausführen, die den Spezifikationen des Interoperabilitäts-Matrix-Tools (IMT) entspricht, und fahren Sie dann mit den nächsten Schritten fort, um Probleme auf der Hostseite zu beheben.

Hinweis Die Anweisungen zur Fehlerbehebung gelten nicht für AIX-, Windows- und ESXi-Hosts.

Aktivieren Sie die ausführliche Protokollierung

Wenn Sie ein Problem mit Ihrer Konfiguration haben, kann die ausführliche Protokollierung wichtige Informationen für die Fehlerbehebung liefern.

Das Verfahren zum Festlegen der ausführlichen Protokollierung für Qlogic (qla2xxx) unterscheidet sich von dem Verfahren zum Festlegen DER LPFC-ausführlichen Protokollierung.

LPFC

Legen Sie den lpfc-Treiber für NVMe/FC fest.

Schritte

  1. Stellen Sie die ein lpfc_log_verbose Treibereinstellung auf einen der folgenden Werte, um NVMe/FC-Ereignisse zu protokollieren.

    #define LOG_NVME 0x00100000 /* NVME general events. */
#define LOG_NVME_DISC 0x00200000 /* NVME Discovery/Connect events. */
#define LOG_NVME_ABTS 0x00400000 /* NVME ABTS events. */
#define LOG_NVME_IOERR 0x00800000 /* NVME IO Error events. */

  2. Führen Sie nach dem Festlegen der Werte den aus dracut-f Führen Sie einen Befehl aus und starten Sie den Host neu.

  3. Überprüfen Sie die Einstellungen.

    # cat /etc/modprobe.d/lpfc.conf options lpfc lpfc_log_verbose=0xf00083

# cat /sys/module/lpfc/parameters/lpfc_log_verbose 15728771
Qla2xxx

Es gibt keine spezifische qla2xxx-Protokollierung für NVMe/FC, ähnlich wie bei lpfc Treiber. Stellen Sie stattdessen die allgemeine qla2xxx-Protokollierungsebene ein.

Schritte

  1. Fügen Sie den hinzu ql2xextended_error_logging=0x1e400000 Wert zum entsprechenden modprobe qla2xxx conf Datei:

  2. Ausführen des dracut -f Befehl und starten Sie dann den Host neu.

  3. Überprüfen Sie nach dem Neubooten, ob die ausführliche Protokollierung aktiviert wurde:

    # cat /etc/modprobe.d/qla2xxx.conf

    Beispielausgabe:

    options qla2xxx ql2xnvmeenable=1 ql2xextended_error_logging=0x1e400000
# cat /sys/module/qla2xxx/parameters/ql2xextended_error_logging
507510784

Gängige nvme-cli-Fehler und Behelfslösungen

Die von angezeigten Fehler nvme-cli Während nvme discover, nvme connect, Oder nvme connect-all Die Vorgänge und die Problemumgehungen sind in der folgenden Tabelle aufgeführt:

Fehlermeldung Wahrscheinliche Ursache Behelfslösung

Failed to write to /dev/nvme-fabrics: Invalid argument

Falsche Syntax

Vergewissern Sie sich, dass Sie die richtige Syntax für das verwenden nvme discover, nvme connect, und nvme connect-all Befehle.

Failed to write to /dev/nvme-fabrics: No such file or directory

Dies kann beispielsweise durch mehrere Probleme ausgelöst werden. Wenn die NVMe Befehle falsch dargestellt werden, ist dies eine der häufigsten Ursachen.

  • Überprüfen Sie, ob Sie die richtigen Argumente (z. B. richtig WWNN-Zeichenfolge, WWPN-Zeichenfolge und mehr) an die Befehle übergeben haben.

  • Wenn die Argumente richtig sind, aber Sie sehen immer noch diesen Fehler, überprüfen Sie, ob die /sys/class/scsi_host/host*/nvme_info Die Befehlsausgabe ist richtig. Der NVMe-Initiator wird als angezeigt Enabled, Und die NVMe/FC-Ziel-LIFs werden unter den Abschnitten für Remote-Ports korrekt angezeigt. Beispiel:

    # cat /sys/class/scsi_host/host*/nvme_info
NVME Initiator Enabled
NVME LPORT lpfc0 WWPN x10000090fae0ec9d WWNN x20000090fae0ec9d DID x012000 ONLINE
NVME RPORT WWPN x200b00a098c80f09 WWNN x200a00a098c80f09 DID x010601 TARGET DISCSRVC ONLINE
NVME Statistics
LS: Xmt 0000000000000006 Cmpl 0000000000000006
FCP: Rd 0000000000000071 Wr 0000000000000005 IO 0000000000000031
Cmpl 00000000000000a6 Outstanding 0000000000000001
NVME Initiator Enabled
NVME LPORT lpfc1 WWPN x10000090fae0ec9e WWNN x20000090fae0ec9e DID x012400 ONLINE
NVME RPORT WWPN x200900a098c80f09 WWNN x200800a098c80f09 DID x010301 TARGET DISCSRVC ONLINE
NVME Statistics
LS: Xmt 0000000000000006 Cmpl 0000000000000006
FCP: Rd 0000000000000073 Wr 0000000000000005 IO 0000000000000031
Cmpl 00000000000000a8 Outstanding 0000000000000001

  • Wenn die Ziel-LIFs nicht wie oben im angezeigt werden nvme_info Befehlsausgabe, überprüfen Sie das /var/log/messages Und dmesg Sie erhalten eine Ausgabe des Befehls für verdächtige NVMe/FC-Ausfälle und entsprechende Berichte oder Korrekturen.

No discovery log entries to fetch

Im Allgemeinen beobachtet, wenn die /etc/nvme/hostnqn Es wurde keine Zeichenfolge in das entsprechende Subsystem auf dem NetApp Array hinzugefügt oder eine falsche Zeichenfolge hostnqn Der String wurde dem jeweiligen Subsystem hinzugefügt.

Überprüfen Sie das genau /etc/nvme/hostnqn String wird dem entsprechenden Subsystem im NetApp Array hinzugefügt (überprüfen Sie mithilfe der vserver nvme subsystem host show Befehl).

Failed to write to /dev/nvme-fabrics: Operation already in progress

Beobachtet, wenn bereits Controller-Zuordnungen oder angegebene Operation erstellt oder gerade erstellt werden. Dies könnte im Rahmen der oben installierten Skripts zur automatischen Verbindung geschehen.

Keine. Versuchen Sie, die auszuführen nvme discover Befehl nach einiger Zeit wieder. Für nvme connect Und connect-all, Ausführen des nvme list Befehl zum Überprüfen, ob die Namespace-Geräte bereits erstellt und auf dem Host angezeigt werden.

Wann wenden Sie sich an den technischen Support

Wenn Sie immer noch Probleme haben, sammeln Sie die folgenden Dateien und Befehlsausgänge, und kontaktieren Sie "NetApp Support" Für weitere Triage:

cat /sys/class/scsi_host/host*/nvme_info
/var/log/messages
dmesg
nvme discover output as in:
nvme discover --transport=fc --traddr=nn-0x200a00a098c80f09:pn-0x200b00a098c80f09 --host-traddr=nn-0x20000090fae0ec9d:pn-0x10000090fae0ec9d
nvme list
nvme list-subsys /dev/nvmeXnY