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

Konfigurieren Sie RHEL 7.0 für FCP und iSCSI mit ONTAP-Speicher

Beitragende netapp-pcarriga netapp-ranuk netapp-sdaffy netapp-aherbin netapp-reenu netapp-sarajane

Die Linux Host Utilities-Software enthält Management- und Diagnose-Tools für Linux-Hosts, die mit dem ONTAP-Storage verbunden sind. Wenn Sie die Linux Host Utilities auf einem Red hat Enterprise Linux (RHEL) 7.0 Host installieren, können Sie mit den Host Utilities beim Management von FCP- und iSCSI-Protokolloperationen mit ONTAP LUNs unterstützen.

Hinweis Sie müssen die Einstellungen der Kernel-basierten virtuellen Maschine (KVM) nicht manuell konfigurieren, da ONTAP LUNs automatisch dem Hypervisor zugeordnet werden.

Schritt 1: Aktivieren Sie optional den SAN-Bootvorgang

Sie können Ihren Host so konfigurieren, dass er SAN-Booting verwendet, um die Bereitstellung zu vereinfachen und die Skalierbarkeit zu verbessern.

Bevor Sie beginnen

Überprüfen Sie mithilfe des"Interoperabilitäts-Matrix-Tool", ob Ihr Linux-Betriebssystem, Ihr Host Bus Adapter (HBA), die HBA-Firmware, das HBA-Boot-BIOS und die ONTAP-Version das Booten über das SAN unterstützen.

Schritte
  1. "Erstellen Sie eine SAN-Boot-LUN und ordnen Sie sie dem Host zu".

  2. Aktivieren Sie das SAN-Booten im Server-BIOS für die Ports, denen die SAN-Boot-LUN zugeordnet ist.

    Informationen zum Aktivieren des HBA-BIOS finden Sie in der anbieterspezifischen Dokumentation.

  3. Überprüfen Sie, ob die Konfiguration erfolgreich war, indem Sie den Host neu starten und überprüfen, ob das Betriebssystem ausgeführt wird.

Schritt 2: Installieren Sie die Linux Host Utilities

NetApp empfiehlt dringend die Installation der Linux Host Utilities, um die ONTAP LUN-Verwaltung zu unterstützen, und den technischen Support beim Sammeln von Konfigurationsdaten zu unterstützen.

Hinweis Durch die Installation der Linux Host Utilities werden keine Host-Timeout-Einstellungen auf Ihrem Linux-Host geändert.

Schritt 3: Bestätigen Sie die Multipath-Konfiguration für Ihren Host

Sie können Multipathing mit RHEL 7.0 zum Verwalten von ONTAP-LUNs verwenden.

Um sicherzustellen, dass Multipathing für Ihren Host korrekt konfiguriert ist, überprüfen Sie, ob die /etc/multipath.conf Datei definiert ist und ob die von NetApp empfohlenen Einstellungen für Ihre ONTAP LUNs konfiguriert sind.

Schritte
  1. Überprüfen Sie, ob die /etc/multipath.conf Datei vorhanden ist:

    ls /etc/multipath.conf

    Wenn die Datei nicht vorhanden ist, erstellen Sie eine leere, Null-Byte-Datei:

    touch /etc/multipath.conf
  2. Beim ersten Erstellen der multipath.conf Datei müssen Sie möglicherweise die Multipath-Services aktivieren und starten, um die empfohlenen Einstellungen zu laden:

    systemctl enable multipathd
    systemctl start multipathd
  3. Jedes Mal, wenn Sie den Host starten, lädt die leere /etc/multipath.conf Zero-Byte-Datei automatisch die von NetApp empfohlenen Multipath-Parameter als Standardeinstellungen. Sie sollten keine Änderungen an der Datei für Ihren Host vornehmen /etc/multipath.conf müssen, da das Host-Betriebssystem mit den Multipath-Parametern kompiliert ist, die ONTAP LUNs korrekt erkennen und verwalten.

    In der folgenden Tabelle sind die nativen vom Linux OS kompilierten Multipath-Parametereinstellungen für ONTAP LUNs aufgeführt.

    Parametereinstellungen anzeigen
    Parameter Einstellung

    Erkennen_Prio

    ja

    Dev_Loss_tmo

    „Unendlich“

    Failback

    Sofort

    Fast_io_fail_tmo

    5

    Funktionen

    „3 queue_if_no_Pg_init_retries 50“

    Flush_on_Last_del

    „ja“

    Hardware_Handler

    „0“

    Kein_PATH_retry

    Warteschlange

    PATH_Checker

    „nur“

    Path_Grouping_Policy

    „Group_by_prio“

    Pfad_Auswahl

    „Servicezeit 0“

    Polling_Interval

    5

    prio

    ONTAP

    Produkt

    LUN.*

    Beibehalten_Attached_hw_Handler

    ja

    rr_weight

    „Einheitlich“

    User_friendly_names

    Nein

    Anbieter

    NETAPP

  4. Überprüfen Sie die Parametereinstellungen und den Pfadstatus für Ihre ONTAP LUNs:

    multipath -ll

    Die standardmäßigen Multipath-Parameter unterstützen ASA-, AFF- und FAS-Konfigurationen. In diesen Konfigurationen sollte eine einzelne ONTAP-LUN nicht mehr als vier Pfade benötigen. Wenn mehr als vier Pfade vorhanden sind, kann dies bei einem Storage-Ausfall zu Problemen mit den Pfaden führen.

    Die Ausgaben im folgenden Beispiel zeigen die korrekten Parametereinstellungen und den Pfadstatus für ONTAP LUNs in einer ASA-, AFF- oder FAS-Konfiguration.

    ASA-Konfiguration

    Eine ASA Konfiguration optimiert alle Pfade zu einer bestimmten LUN und hält sie aktiv. Dies verbessert die Performance, da I/O-Operationen über alle Pfade gleichzeitig ausgeführt werden können.

    # multipath -ll
    3600a09803831347657244e527766394e dm-5 NETAPP,LUN C-Mode
    size=80G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=rw
    `-+- policy='service-time 0' prio=50 status=active
      |- 3:0:7:9    sdco 69:192  active ready running
      |- 3:0:8:9    sddi 71:0    active ready running
      |- 14:0:8:9   sdjq 65:320  active ready running
      `- 14:0:7:9   sdiw 8:256   active ready running
    AFF- oder FAS-Konfiguration

    Eine AFF- oder FAS-Konfiguration sollte zwei Pfadgruppen mit höheren und niedrigeren Prioritäten aufweisen. Aktiv/optimierte Pfade mit höherer Priorität werden vom Controller bedient, wo sich das Aggregat befindet. Pfade mit niedriger Priorität sind aktiv, jedoch nicht optimiert, da sie von einem anderen Controller bedient werden. Nicht optimierte Pfade werden nur verwendet, wenn keine optimierten Pfade verfügbar sind.

    Im folgenden Beispiel wird die Ausgabe für eine ONTAP-LUN mit zwei aktiv/optimiert-Pfaden und zwei aktiv/nicht-optimierten Pfaden angezeigt:

    # multipath -ll
    3600a09803831347657244e527766394e dm-5 NETAPP,LUN C-Mode
    size=80G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=rw
    |-+- policy='service-time 0' prio=50 status=active
    | |- 3:0:3:0    sdd  8:48    active ready running
    | |- 3:0:4:0    sdx  65:112  active ready running
    `-+- policy='service-time 0' prio=10 status=enabled
      |- 14:0:2:0   sdfk 130:96  active ready running
      `- 14:0:5:0   sdgz 132:240 active ready running

Schritt 4: Optional: Schließen Sie ein Gerät vom Multipathing aus

Bei Bedarf können Sie ein Gerät vom Multipathing ausschließen, indem Sie die WWID für das unerwünschte Gerät der „Blacklist“-Strophe für die Datei hinzufügen multipath.conf.

Schritte
  1. Bestimmen Sie die WWID:

    /lib/udev/scsi_id -gud /dev/sda

    „sda“ ist die lokale SCSI-Festplatte, die Sie der Blacklist hinzufügen möchten.

    Ein Beispiel WWID ist 360030057024d0730239134810c0cb833.

  2. Fügen Sie die WWID der schwarzen Liste hinzu:

    blacklist {
    	     wwid   360030057024d0730239134810c0cb833
            devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
            devnode "^hd[a-z]"
            devnode "^cciss.*"
    }

Schritt 5: Passen Sie Multipath-Parameter für ONTAP LUNs an

Wenn Ihr Host mit LUNs anderer Hersteller verbunden ist und eine der Multipath-Parametereinstellungen überschrieben wird, müssen Sie diese korrigieren, indem Sie später Strophen in der Datei hinzufügen multipath.conf, die speziell für ONTAP-LUNs gelten. Wenn Sie dies nicht tun, funktionieren die ONTAP LUNs möglicherweise nicht wie erwartet.

Überprüfen Sie Ihre /etc/multipath.conf Datei, insbesondere im Abschnitt Standardeinstellungen, auf Einstellungen, die die überschreiben könntenStandardeinstellungen für Multipath-Parameter.

Achtung Die empfohlenen Parametereinstellungen für ONTAP LUNs sollten Sie nicht außer Kraft setzen. Diese Einstellungen sind für eine optimale Performance Ihrer Hostkonfiguration erforderlich. Weitere Informationen erhalten Sie vom NetApp-Support, vom Hersteller Ihres Betriebssystems oder von beiden.

Das folgende Beispiel zeigt, wie eine überhielte Standardeinstellung korrigiert wird. In diesem Beispiel definiert die multipath.conf Datei Werte für path_checker und no_path_retry, die nicht mit ONTAP-LUNs kompatibel sind. Sie können diese Parameter nicht entfernen, da ONTAP-Speicher-Arrays noch mit dem Host verbunden sind. Stattdessen korrigieren Sie die Werte für path_checker und no_path_retry, indem Sie der Datei, die speziell auf die ONTAP-LUNs zutrifft, eine Gerätestanze hinzufügen multipath.conf.

Beispiel anzeigen
defaults {
   path_checker      readsector0
   no_path_retry     fail
}

devices {
   device {
      vendor          "NETAPP"
      product         "LUN"
      no_path_retry   queue
      path_checker    tur
   }
}

Schritt 6: Überprüfen Sie die bekannten Probleme

Die RHEL 7.0 mit ONTAP-Speicherversion weist folgende bekannte Probleme auf:

NetApp Bug ID Titel Beschreibung

"844417"

Emulex 16G FC-Host (LPe16002B-M6) stürzt während I/O mit Storage Failover-Vorgänge ab

Möglicherweise beobachten Sie einen 16-Gbit-FC-Emulex (LPe16002B-M6)-Host-Absturz während der I/O bei Storage Failover-Vorgängen.

"811587"

Emulex 16G FC-Host (LPe16002B-M6) stürzt während I/O mit Storage Failover-Vorgänge ab

Möglicherweise beobachten Sie einen 16-Gbit-FC-Emulex (LPe16002B-M6)-Host-Absturz während der I/O bei Storage Failover-Vorgängen.

"803071"

Emulex 16G FC-Host (LPe16002B-M6) stürzt während I/O mit Storage Failover-Vorgänge ab

Möglicherweise beobachten Sie einen 16-Gbit-FC-Emulex (LPe16002B-M6)-Host-Absturz während der I/O bei Storage Failover-Vorgängen.

"820163"

QLogic Host-Hängevorgänge oder Pfadausfälle während der I/O-Vorgänge bei Storage Failover-Vorgängen

Beim Storage-Failover können Sie beispielsweise einen Host-Hang oder Pfadausfälle auf dem QLogic Host während der I/O beobachten. In solchen Szenarien sehen Sie möglicherweise die folgende Meldung: "Mailbox cmd timeout aufgetreten, cmd=0x54, mb[0]=0x54 und Firmware-Dump gespeichert in Temp Buffer" Meldungen, die zu Host Hung/Pfad Fehler führt.

"799323"

Emulex FCoE (OCe102-FX-D) Host-Hängezustand oder Pfadausfälle während des I/O-Betriebs beim Storage Failover

Beim I/O mit Storage Failover-Operationen können Sie beispielsweise einen Host- oder Pfadausfall auf dem Emulex 10G FCoE-Host (OCe102-FX-D) beobachten. In solchen Szenarien sehen Sie möglicherweise die folgende Meldung: "Der Pufferpool des Treibers ist leer, IO-busied und SCSI Layer I/O-Abort-Anforderungsstatus", was zu Host Hung/Pfad-Ausfällen führt.

"849212"

Emulex 16G FC (LPe16002B-M6) Host-Hängefehler oder Pfadausfälle werden während des I/O-Betriebs beim Storage Failover beobachtet

Sie können beim I/O-Betrieb des Storage Failover einen Host-Hang oder Pfadfehler auf einem Emulex 16G FC-Host (LPe16002B-M6) beobachten. In solchen Szenarien sehen Sie möglicherweise die folgende Meldung: "RSCN Timeout Data und iotag x1301 ist außerhalb des zulässigen Bereichs: max iotag" Meldungen, die zu Host Hung/Pfad-Ausfällen führen.

"836800"

Anaconda zeigt eine Fehlermeldung bei iSCSI-Login an, obwohl die Anmeldungen während der Installation von RHEL 7.0 OS erfolgreich waren

Wenn Sie den root(/) auf einer iSCSI Multipath-LUN installieren, wird die IP-Adresse für die Ethernet-Schnittstellen in der Kernel-Befehlszeile angegeben, so dass die IP-Adressen vor dem Start des iSCSI-Dienstes zugewiesen werden. Dracut kann jedoch vor dem Start des iSCSI-Dienstes nicht allen Ethernet-Ports IP-Adressen zuweisen. Dies führt dazu, dass die iSCSI-Anmeldung an Schnittstellen ohne IP-Adressen fehlschlägt. Sie werden feststellen, dass der iSCSI-Dienst mehrmals versucht, sich anzumelden, was zu einer Verzögerung beim Starten des Betriebssystems führt.

"836875"

Beim Booten eines RHEL 7.0 Betriebssystems, das auf einer iSCSI Multipath LUN installiert ist, werden IP-Adressen nicht immer zugewiesen

Wenn Sie RHEL 7.0 installieren, zeigt der Anaconda-Installationsbildschirm an, dass die iSCSI-Anmeldung bei mehreren Ziel-IPs fehlgeschlagen ist, obwohl die iSCSI-Anmeldungen erfolgreich sind. Anaconda zeigt die folgende Fehlermeldung an: „Knotenanmeldung fehlgeschlagen“ Sie beobachten diesen Fehler nur, wenn Sie mehrere Ziel-IPs für die iSCSI-Anmeldung auswählen. Sie können die OS-Installation fortsetzen, indem Sie auf die Schaltfläche „OK“ klicken. Dieser Fehler erschwert entweder die iSCSI- oder die RHEL 7.0 OS-Installation nicht.

"836657"

Anaconda fügt kein Bootdev Argument in der Kernel cmd Zeile hinzu, um die IP-Adresse für RHEL 7.0 OS festzulegen, die auf iSCSI Multipath LUN installiert sind

Anaconda fügt kein Boot-Argument in die Kernel-Befehlszeile hinzu, in der Sie die IPv4-Adresse während der RHEL 7.0 OS Installation auf einer iSCSI Multipath LUN festlegen. Dadurch wird verhindert, dass einer der Ethernet-Schnittstellen IP-Adressen zugewiesen werden, die für die Einrichtung von iSCSI-Sitzungen mit dem Speichersubsystem während des RHEL 7.0-Starts konfiguriert wurden. Da iSCSI-Sitzungen nicht eingerichtet sind, wird die Root-LUN nicht erkannt, wenn das Betriebssystem gebootet wird und somit das Booten des OS fehlschlägt.

Was kommt als Nächstes?

  • "Erfahren Sie mehr über die Verwendung des Linux Host Utilities-Tools" .

  • Erfahren Sie mehr über ASM Mirroring.

    Bei der ASM-Spiegelung (Automatic Storage Management) sind möglicherweise Änderungen an den Linux Multipath-Einstellungen erforderlich, damit ASM ein Problem erkennen und zu einer alternativen Fehlergruppe wechseln kann. Die meisten ASM-Konfigurationen auf ONTAP verwenden externe Redundanz, was bedeutet, dass Datenschutz vom externen Array bereitgestellt wird und ASM keine Daten spiegelt. Einige Standorte verwenden ASM mit normaler Redundanz, um normalerweise zwei-Wege-Spiegelung über verschiedene Standorte hinweg bereitzustellen. Weitere Informationen finden Sie unter"Oracle-Datenbanken auf ONTAP".