Installieren Sie die SAN-Hostdienstprogramme
Verwenden Sie Oracle Linux 7.7 mit ONTAP
Änderungen vorschlagen
PDFs
Sie können die Konfigurationseinstellungen des ONTAP-SAN-Hosts verwenden, um Oracle Linux 7.7 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 Oracle Linux 7.7 muss die Datei /etc/Multipath.conf vorhanden sein, Sie müssen jedoch keine spezifischen Änderungen an der Datei vornehmen. Oracle Linux 7.7 wird mit allen Einstellungen zusammengestellt, die zum Erkennen und korrekten Managen von ONTAP LUNs erforderlich sind.
Sie können mit dem multipath -ll Befehl die Einstellungen für Ihre ONTAP LUNs überprüfen. Es sollte zwei Gruppen von Pfaden mit unterschiedlichen Prioritäten geben. Die Pfade mit den höheren Prioritäten sind aktiv/optimiert, das heißt, sie werden vom Controller gewartet, 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 optimierte Pfade nicht 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 Oracle Linux 7.7-Betriebssystem wird kompiliert, um ONTAP-LUNs zu erkennen und automatisch alle Konfigurationsparameter korrekt einzustellen. Die multipath.conf Datei muss vorhanden sein, damit der Multipath-Daemon gestartet werden kann. Wenn diese Datei nicht vorhanden ist, können Sie eine leere Datei mit einem Zero-Byte-Wert erstellen, indem Sie den folgenden Befehl verwenden:
touch /etc/multipath.conf
Wenn Sie die multipath.conf Datei zum ersten Mal erstellen, müssen Sie möglicherweise die Multipath-Services mithilfe der folgenden Befehle aktivieren und starten:
# chkconfig multipathd on # /etc/init.d/multipathd start
Es ist nicht erforderlich, der multipath.conf Datei direkt etwas hinzuzufügen, es sei denn, Sie verfügen über Geräte, die nicht von Multipath verwaltet werden sollen, oder Sie haben bereits vorhandene Einstellungen, die die Standardeinstellungen außer Kraft setzen. Um unerwünschte Geräte auszuschließen, fügen Sie der multipath.conf Datei die folgende Syntax hinzu und ersetzen <DevId> durch die WWID-Zeichenfolge des Geräts, das Sie ausschließen möchten:
blacklist {
wwid <DevId>
devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
devnode "^hd[a-z]"
devnode "^cciss.*"
}
In diesem Beispiel werden wir die WWID eines Geräts ermitteln und dem hinzufügen multipath.conf Datei:
-
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.
In der folgenden Tabelle sind die kritischen multipathd Parameter für ONTAP-LUNs und die erforderlichen Werte aufgeführt. Wenn ein Host mit LUNs anderer Hersteller verbunden ist und diese Parameter überschrieben werden, müssen sie durch spätere Strophen in der multipath.conf Datei korrigiert werden, die speziell für ONTAP-LUNs gelten. Wenn dies nicht ausgeführt wird, funktionieren die ONTAP LUNs möglicherweise nicht wie erwartet. Sie sollten diese Standardeinstellungen nur in Absprache mit NetApp, dem OS-Anbieter oder beiden außer Kraft setzen, und zwar 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“ |
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 detect_prio 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
detect_prio no
}
devices {
device {
vendor "NETAPP "
product "LUN.*"
path_checker tur
detect_prio yes
}
}
|
|
Um Oracle Linux 7.7 Red hat Enterprise Kernel (RHCK) zu konfigurieren, verwenden Sie den "Empfohlene Einstellungen" für Red hat Enterprise Linux (RHEL) 7.7. |
Bekannte Probleme
Die Oracle Linux 7.7 mit ONTAP-Version weist folgende bekannte Probleme auf:
| NetApp Bug ID | Titel | Beschreibung | Bugzilla-ID |
|---|---|---|---|
1440718 |
Wenn Sie eine LUN ohne SCSI-erneute Zuordnung aufheben oder zuordnen, kann dies zu Datenbeschädigungen auf dem Host führen. |
Wenn Sie den Multipath-Konfigurationsparameter 'disable_changed_wwids' auf YES setzen, wird der Zugriff auf das Pfadgerät bei einer WWID-Änderung deaktiviert. Multipath deaktiviert den Zugriff auf das Pfadgerät, bis die WWID des Pfads auf die WWID des Multipath-Geräts wiederhergestellt ist. Weitere Informationen finden Sie unter "NetApp Knowledge Base: Beschädigung des Dateisystems auf iSCSI LUN auf Oracle Linux 7". |
K. A. |
I/O-Verzögerungen aufgrund von Lese-/Schreiboperationen konnten während des Storage Failover mit Qlogic QLE2672 (16G) nicht durch sekundäre Pfade wechseln. |
I/O-Vorgänge können bei einem Storage Failover-Vorgang auf dem Oracle Linux 7.7 Kernel (5.4.17-2011.0.7.el7uek.x86_6) mit QLogic QLE2672 16G HBA nicht fortgesetzt werden. Wenn der I/O-Fortschritt aufgrund von blockierten primären Pfaden während des Storage Failovers unterbrochen wird, kann der I/O-Vorgang möglicherweise nicht über sekundäre Pfade fortgesetzt werden, was zu einer Verzögerung des I/O-Vorgangs führt. Der I/O-Vorgang wird erst fortgesetzt, nachdem die primären Pfade nach Abschluss des Storage-Failover-Giveback online geschaltet wurden. |
||
I/O-Verzögerungen aufgrund von Lese-/Schreiboperationen können während des Storage Failover mit Emulex LPe16002 (16G) nicht durch sekundäre Pfade wechseln. |
I/O-Vorgänge können bei einem Storage Failover-Vorgang auf dem Oracle Linux 7.7 Kernel (5.4.17-2011.0.7.el7uek.x86_6) mit Emulex LPe16002 16G HBA nicht fortgesetzt werden. Wenn der I/O-Fortschritt aufgrund von blockierten primären Pfaden während des Storage Failovers unterbrochen wird, kann der I/O-Vorgang möglicherweise nicht über sekundäre Pfade fortgesetzt werden, was zu einer Verzögerung des I/O-Vorgangs führt. Der I/O-Vorgang wird erst fortgesetzt, nachdem die primären Pfade nach Abschluss des Storage-Failover-Giveback online geschaltet wurden. |
||
I/O-Verzögerungen beobachtete Verzögerungen und Berichte werden in blockierten Zustand verschoben; NICHT PRÄSENTIEREN bei Storage Failover mit Emulex LPe16002 (16G) |
Während Speicher-Failover-Vorgänge auf Oracle Linux 7.6 bei laufendem UEK5U2-Kernel mit einem Emulex LPe16002B-M6 16G Fibre Channel (FC) Host Bus Adapter (HBA), kann der I/O-Fortschritt aufgrund blockierter Berichte gestoppt werden. Der Storage Failover-Vorgang meldet, dass sich der Status „Online“ in den Status „gesperrt“ ändert, was zu einer Verzögerung bei Lese- und Schreibvorgängen führt. Nach erfolgreichem Abschluss des Vorgangs können die Berichte nicht wieder in den Status „Online“ zurückverschoben werden und bleiben weiterhin im Status „gesperrt“. |
||
I/O-Verzögerungen und Rports werden in blockierten Zustand verschoben, NICHT IM Storage Failover mit Qlogic QLE2672 (16G) und QLE2742(32G). |
Fibre-Channel-Remote-Ports (FC) können bei Red hat Enterprise Linux (RHEL) 7.6 mit dem QLogic QLE2672 16G-Host während Storage-Failover-Vorgängen blockiert werden. Da bei einem Ausfall eines Storage-Node die logischen Schnittstellen ausfallen, setzen die Remote-Ports den Status des Storage-Node auf „gesperrt“. Der I/O-Fortschritt wird möglicherweise aufgrund der blockierten Ports gestoppt, wenn Sie sowohl einen QLogic QLE2672 16G Host als auch einen QLE2742 32 GB Fibre Channel (FC) Host Bus Adapter (HBA) ausführen. Wenn der Storage-Node wieder in seinen optimalen Status wechselt, werden auch die logischen Schnittstellen angezeigt, und die Remote-Ports sollten online sein. Die Remote-Ports sind jedoch möglicherweise immer noch blockiert. Dieser blockierte Status wird als fehlerhaft für LUNS auf der Multipath-Ebene registriert. Sie können den Status der Remote-Ports mit folgendem Befehl überprüfen: # CAT /sys/class/fc_Remote_Ports/rport-*/Port_stat Sie sollten folgende Ausgabe sehen: Blocked Blocked Blocked Online |