Installieren Sie die SAN-Hostdienstprogramme
Verwenden Sie Red hat Enterprise Linux 7.0 mit ONTAP
Änderungen vorschlagen
PDFs
Sie können die Konfigurationseinstellungen des ONTAP-SAN-Hosts verwenden, um Red hat Enterprise Linux 7.0 mit ONTAP als Ziel zu konfigurieren.
Installieren Sie die Linux Unified Host Utilities
Das NetApp Linux Unified Host Utilities-Softwarepaket ist auf der erhältlich "NetApp Support Website" In einer 32-Bit- und 64-Bit-.rpm-Datei. Wenn Sie nicht wissen, welche Datei für Ihre Konfiguration geeignet ist, verwenden Sie den "NetApp Interoperabilitäts-Matrix-Tool" Um zu überprüfen, welches Sie benötigen.
NetApp empfiehlt ausdrücklich die Installation der Linux Unified Host Utilities, dies ist jedoch nicht zwingend erforderlich. Die Dienstprogramme ändern keine Einstellungen auf Ihrem Linux-Host. Die Versorgungseinrichtungen verbessern das Management und unterstützen den NetApp Kunden-Support bei der Erfassung von Informationen zu Ihrer Konfiguration.
Wenn Sie derzeit eine Version von Linux Unified Host Utilities installiert haben, sollten Sie sie aktualisieren oder Sie sollten sie entfernen und die folgenden Schritte verwenden, um die neueste Version zu installieren.
-
Laden Sie das Softwarepaket für 32 Bit oder 64 Bit Linux Unified Host Utilities von herunter "NetApp Support Website" Standort zu Ihrem Host.
-
Verwenden Sie den folgenden Befehl, um das Softwarepaket zu installieren:
rpm -ivh netapp_linux_unified_host_utilities-7-1.x86_64
|
Sie können die in diesem Dokument angegebenen Konfigurationseinstellungen verwenden, um die mit verbundenen Cloud-Clients zu konfigurieren "Cloud Volumes ONTAP" Und "Amazon FSX für ONTAP". |
SAN Toolkit
Das Toolkit wird automatisch installiert, wenn Sie das NetApp Host Utilities-Paket installieren. Dieses Kit enthält die sanlun Dienstprogramm: Unterstützt Sie beim Management von LUNs und HBAs. Der sanlun Befehl gibt Informationen über die LUNs zurück, die Ihrem Host zugeordnet sind, Multipathing und Informationen zurück, die zum Erstellen von Initiatorgruppen erforderlich sind.
Im folgenden Beispiel wird der verwendet sanlun lun show Befehl gibt LUN-Informationen zurück.
# sanlun lun show allBeispielausgabe:
controller(7mode/E-Series)/ device host lun vserver(cDOT/FlashRay) lun-pathname filename adapter protocol size Product ------------------------------------------------------------------------- data_vserver /vol/vol1/lun1 /dev/sdb host16 FCP 120.0g cDOT data_vserver /vol/vol1/lun1 /dev/sdc host15 FCP 120.0g cDOT data_vserver /vol/vol2/lun2 /dev/sdd host16 FCP 120.0g cDOT data_vserver /vol/vol2/lun2 /dev/sde host15 FCP 120.0g cDOT
SAN wird gebootet
Wenn Sie sich für das Booten über SAN entscheiden, muss es von Ihrer Konfiguration unterstützt werden. Sie können das verwenden "NetApp Interoperabilitäts-Matrix-Tool" Um zu überprüfen, ob Ihr Betriebssystem, HBA, die HBA-Firmware und das HBA-Boot-BIOS sowie die ONTAP-Version unterstützt werden.
-
Ordnen Sie die SAN-Boot-LUN dem Host zu.
-
Vergewissern Sie sich, dass mehrere Pfade verfügbar sind.
Mehrere Pfade sind verfügbar, nachdem das Host-Betriebssystem auf den Pfaden ausgeführt wurde. -
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.
-
Starten Sie den Host neu, um zu überprüfen, ob der Startvorgang erfolgreich war.
Multipathing
Für Red hat Enterprise Linux (RHEL) 7.0 muss die Datei /etc/Multipath.conf vorhanden sein, Sie müssen jedoch keine spezifischen Änderungen an der Datei vornehmen. RHEL 7.0 wird mit allen Einstellungen zusammengestellt, die zum Erkennen und korrekten Managen von ONTAP-LUNs erforderlich sind.
Sie können das verwenden multipath -ll Überprüfen Sie mit dem Befehl die Einstellungen für Ihre ONTAP LUNs. Die folgenden Abschnitte enthalten ein Beispiel für eine Multipath-Ausgabe für eine LUN, die ASA- und nicht-ASA-Personas zugeordnet ist.
Alle SAN-Array-Konfigurationen
In Konfigurationen mit allen SAN-Arrays (ASA) sind alle Pfade zu einer bestimmten LUN aktiv und optimiert. Dies verbessert die Performance, da I/O-Operationen über alle Pfade gleichzeitig ausgeführt werden können.
Im folgenden Beispiel wird die richtige Ausgabe für eine ONTAP LUN angezeigt:
# multipath -ll 3600a09803831347657244e527766394e dm-5 NETAPP,LUN C-Mode size=80G features='4 queue_if_no_path pg_init_retries 50 retain_attached_hw_handle' hwhandler='1 alua' wp=rw `-+- policy='service-time 0' prio=50 status=active |- 11:0:7:1 sdfi 130:64 active ready running |- 11:0:9:1 sdiy 8:288 active ready running |- 11:0:10:1 sdml 69:464 active ready running |- 11:0:11:1 sdpt 131:304 active ready running
|
|
Verwenden Sie keine unverhältnismäßig hohe Anzahl von Pfaden zu einer einzelnen LUN. Es sollten nicht mehr als vier Pfade erforderlich sein. Mehr als acht Pfade können bei Storage-Ausfällen zu Pfadproblemen führen. |
Konfigurationen ohne ASA
Für Konfigurationen ohne ASA sollten zwei Gruppen von Pfaden mit unterschiedlichen Prioritäten vorhanden sein. Die Pfade mit den höheren Prioritäten sind aktiv/optimiert, was bedeutet, dass sie vom Controller gewartet werden, wo sich das Aggregat befindet. Die Pfade mit den niedrigeren Prioritäten sind aktiv, werden aber nicht optimiert, da sie von einem anderen Controller bereitgestellt werden. Die nicht optimierten Pfade werden nur verwendet, wenn keine optimierten Pfade verfügbar sind.
Im folgenden Beispiel wird die richtige Ausgabe für eine ONTAP-LUN mit zwei aktiv/optimierten Pfaden und zwei aktiv/nicht optimierten Pfaden angezeigt:
# multipath -ll 3600a09803831347657244e527766394e dm-5 NETAPP,LUN C-Mode size=80G features='4 queue_if_no_path pg_init_retries 50 retain_attached_hw_handle’ hwhandler='1 alua' wp=rw |-+- policy='service-time 0' prio=50 status=active | |- 11:0:1:0 sdj 8:144 active ready running | |- 11:0:2:0 sdr 65:16 active ready running `-+- policy='service-time 0' prio=10 status=enabled |- 11:0:0:0 sdb 8:i6 active ready running |- 12:0:0:0 sdz 65:144 active ready running
|
|
Verwenden Sie keine unverhältnismäßig hohe Anzahl von Pfaden zu einer einzelnen LUN. Es sollten nicht mehr als vier Pfade erforderlich sein. Mehr als acht Pfade können bei Storage-Ausfällen zu Pfadproblemen führen. |
Empfohlene Einstellungen
Das RHEL 7.0 Betriebssystem wird kompiliert, um ONTAP-LUNs zu erkennen und automatisch alle Konfigurationsparameter für ASA- und nicht-ASA-Konfigurationen korrekt festzulegen.
Der multipath.conf Es muss eine Datei vorhanden sein, damit der Multipath-Daemon gestartet werden kann. Sie können jedoch eine leere Zero-Byte-Datei mit dem folgenden Befehl erstellen:
touch /etc/multipath.conf
Wenn Sie diese Datei zum ersten Mal erstellen, müssen Sie möglicherweise die Multipath-Services aktivieren und starten:
# systemctl enable multipathd # systemctl start multipathd
-
Es ist nicht erforderlich, dem direkt etwas hinzuzufügen
multipath.confDatei, es sei denn, Sie haben Geräte, die Sie nicht von Multipath verwalten möchten, oder Sie haben bereits vorhandene Einstellungen, die die Standardeinstellungen überschreiben. -
Um unerwünschte Geräte auszuschließen, fügen Sie die folgende Syntax zum hinzu
multipath.confDatei .blacklist { wwid <DevId> devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*" devnode "^hd[a-z]" devnode "^cciss.*" }Ersetzen Sie den
<DevId>Mit demWWIDZeichenfolge des Geräts, das Sie ausschließen möchten.BeispielIn diesem Beispiel werden wir die WWID eines Geräts ermitteln und dem hinzufügen
multipath.confDatei:Schritte-
Führen Sie den folgenden Befehl aus, um die WWID zu bestimmen:
# /lib/udev/scsi_id -gud /dev/sda 360030057024d0730239134810c0cb833
sdaIst die lokale SCSI-Festplatte, die wir zur Blacklist hinzufügen müssen. -
Fügen Sie die hinzu
WWIDZur schwarzen Liste stanza in/etc/multipath.conf:blacklist { wwid 360030057024d0730239134810c0cb833 devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*" devnode "^hd[a-z]" devnode "^cciss.*" }
-
Sie sollten immer Ihre überprüfen /etc/multipath.conf Datei für ältere Einstellungen, insbesondere im Abschnitt „Standardeinstellungen“, die die Standardeinstellungen überschreiben könnte.
Die folgende Tabelle zeigt das kritische multipathd Parameter für ONTAP-LUNs und die erforderlichen Werte. Wenn ein Host mit LUNs anderer Anbieter verbunden ist und einer dieser Parameter außer Kraft gesetzt wird, müssen sie später in Abschnitt korrigiert werden multipath.conf Datei, die speziell für ONTAP LUNs gilt. Wenn dies nicht ausgeführt wird, funktionieren die ONTAP LUNs möglicherweise nicht wie erwartet. Diese Standardwerte sollten nur in Absprache mit NetApp und/oder einem Betriebssystemanbieter außer Kraft gesetzt werden und nur dann, wenn die Auswirkungen vollständig verstanden sind.
| 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 |
Das folgende Beispiel zeigt, wie eine überhielte Standardeinstellung korrigiert wird. In diesem Fall die multipath.conf Datei definiert Werte für path_checker Und no_path_retry Die nicht mit ONTAP LUNs kompatibel sind. Wenn sie nicht entfernt werden können, weil andere SAN-Arrays noch an den Host angeschlossen sind, können diese Parameter speziell für ONTAP-LUNs mit einem Device stanza korrigiert werden.
defaults {
path_checker readsector0
no_path_retry fail
}
devices {
device {
vendor "NETAPP "
product "LUN.*"
no_path_retry queue
path_checker tur
}
}
KVM-Einstellungen
Sie können die empfohlenen Einstellungen verwenden, um Kernel-Based Virtual Machine (KVM) ebenfalls zu konfigurieren. Es sind keine Änderungen erforderlich, um KVM zu konfigurieren, da die LUN dem Hypervisor zugeordnet ist.
Bekannte Probleme
Die RHEL 7.0 mit ONTAP-Version weist folgende bekannte Probleme auf:
| NetApp Bug ID | Titel | Beschreibung | Bugzilla-ID |
|---|---|---|---|
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. |
||
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. |
||
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. |
||
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. |
||
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. |
||
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. |
||
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. |
||
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. |
||
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. |