Verwendung von Oracle Linux 7.6 mit NetApp ONTAP
Beitragende
Installieren der 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.
Es wird dringend empfohlen, Linux Unified Host Utilities zu installieren, jedoch nicht zwingend. 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 all 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.
Denken Sie daran, dass mehrere Pfade nur verfügbar sind, wenn das Host-Betriebssystem betriebsbereit ist und auf den Pfaden ausgeführt wird.
-
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 sicherzustellen, dass der Startvorgang erfolgreich ist.
Multipathing
Für Oracle Linux 7.6 muss die Datei /etc/Multipath.conf vorhanden sein, Sie müssen jedoch keine spezifischen Änderungen an der Datei vornehmen. Oracle Linux 7.6 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. 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 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 4 Pfade erforderlich sein. Mehr als 8 Pfade können bei Storage-Ausfällen zu Pfadproblemen führen. |
Empfohlene Einstellungen
Das Oracle Linux 7.6 Betriebssystem wird kompiliert, um ONTAP LUNs zu erkennen und automatisch alle Konfigurationsparameter richtig einzustellen. Der multipath.conf
Datei muss vorhanden sein, damit der Multipath-Daemon gestartet werden kann. Sie können jedoch mit dem Befehl eine leere Zero-Byte-Datei erstellen:
touch /etc/multipath.conf
Wenn Sie diese Datei zum ersten Mal erstellen, müssen Sie die Multipath-Services unter Umständen aktivieren und starten.
# systemctl enable multipathd # systemctl start multipathd
Es ist nicht erforderlich, dem direkt etwas hinzuzufügen multipath.conf
Datei, 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.
Sie können die folgende Syntax dem hinzufügen multipath.conf
Datei zum Ausschließen unerwünschter Geräte.
Ersetzen Sie den <DevId>
Mit der WWID-Zeichenfolge des Geräts, das Sie ausschließen möchten. Verwenden Sie den folgenden Befehl, um die WWID zu bestimmen:
blacklist { wwid <DevId> devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*" devnode "^hd[a-z]" devnode "^cciss.*" }
In diesem Beispiel sda
Ist die lokale SCSI Festplatte, die wir zur Blacklist hinzufügen müssen.
-
Führen Sie den folgenden Befehl aus, um die WWID zu bestimmen:
# /lib/udev/scsi_id -gud /dev/sda 360030057024d0730239134810c0cb833
-
Fügen Sie diese WWID der schwarzen Liste Stanza im hinzu
/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önnen.
Die folgende Tabelle zeigt die kritisch 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 erfolgt, funktionieren die ONTAP LUNs möglicherweise nicht wie erwartet. Diese Standardeinstellungen sollten nur in Absprache mit NetApp und/oder dem Anbieter des Betriebssystems außer Kraft gesetzt werden und nur dann, wenn die Auswirkungen vollständig verstanden wurden.
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.6 RedHat Enterprise Kernel (RHCK) zu konfigurieren, verwenden Sie den "Empfohlene Einstellungen" Für Red hat Enterprise Linux (RHEL) 7.6. |
Bekannte Probleme und Einschränkungen
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. |
LUNs sind während der Host-Erkennung möglicherweise nicht verfügbar, da Remote-Ports auf einem OL7U6-Host mit QLogic QLE2742 Adapter „nicht vorhanden“ sind |
Während der Host-Erkennung kann der Status der Fibre Channel (FC) Remote-Ports auf einem OL7U6 Host mit einem QLogic QLE2742 Adapter in den Status „nicht vorhanden“ eintreten. Remote-Ports mit Status „nicht vorhanden“ können dazu führen, dass Pfade zu LUNs nicht mehr verfügbar sind. Während des Storage Failover kann die Pfadredundanz reduziert werden und zu einem I/O-Ausfall führen. Sie können den Status des Remote-Ports überprüfen, indem Sie den folgenden Befehl eingeben: # CAT /sys/class/fc_Remote_Ports/rport-*/Port_State: Das folgende Beispiel zeigt die Ausgabe an: Online Online nicht vorhanden Online Online |
||
Kernel-Störung tritt auf Oracle Linux 7.6 mit Qlogic(QLE2672) 16-GB-FC-HBA während eines Storage-Failover-Betriebs auf |
Während Speicher-Failover-Vorgänge auf dem Oracle Linux 7.6 mit einem Qlogic QLE2672 Fibre Channel (FC) Host Bus Adapter (HBA), tritt eine Kernel-Störung aufgrund einer Panik im Kernel auf. Die Kernel-Panic bewirkt einen Neustart von Oracle Linux 7.6, was zu einer Applikationsunterbrechung führt. Wenn der kdump-Mechanismus aktiviert ist, generiert die Kernel Panic eine vmcore-Datei im Verzeichnis /var/crash/. Sie können die vmcore-Datei analysieren, um die Ursache der Panik zu ermitteln. Nach einer Störung des Kernels können Sie das Host-Betriebssystem neu starten und das Betriebssystem wiederherstellen. Anschließend können Sie alle Anwendungen nach Bedarf neu starten. |
||
Bei Oracle Linux 7.6 mit Qlogic (QLE2742) 32-GB-FC-HBA während eines Storage-Failover-Betriebs kann es zu Kernel-Störungen kommen |
Während Storage Failover-Vorgänge auf dem Oracle Linux 7.6 mit einem Qlogic QLE2742 Fibre Channel (FC) Host Bus Adapter (HBA) können eine Kernel-Störung aufgrund einer Panic im Kernel auftreten. Die Kernel-Panic bewirkt einen Neustart von Oracle Linux 7.6, was zu einer Applikationsunterbrechung führt. Wenn der kdump-Mechanismus aktiviert ist, generiert die Kernel Panic eine vmcore-Datei im Verzeichnis /var/crash/. Sie können die vmcore-Datei analysieren, um die Ursache der Panik zu ermitteln. Nach einer Störung des Kernels können Sie das Host-Betriebssystem neu starten und das Betriebssystem wiederherstellen. Anschließend können Sie alle Anwendungen nach Bedarf neu starten. |
||
Bei Oracle Linux 7.6 mit Emulex (LPe32002-M2) 32 GB FC HBA tritt möglicherweise eine Störung des Kernels auf |
Während Storage Failover-Vorgänge auf dem Oracle Linux 7.6 mit einem Emulex LPe32002-M2 Fibre Channel (FC) Host Bus Adapter (HBA) auftreten können, kann es zu einer Kernel-Störung kommen, da eine Panik im Kernel auftritt. Die Kernel-Panic bewirkt einen Neustart von Oracle Linux 7.6, was zu einer Applikationsunterbrechung führt. Wenn der kdump-Mechanismus aktiviert ist, generiert die Kernel Panic eine vmcore-Datei im Verzeichnis /var/crash/. Sie können die vmcore-Datei analysieren, um die Ursache der Panik zu ermitteln. Nach einer Störung des Kernels können Sie das Host-Betriebssystem neu starten und das Betriebssystem wiederherstellen. Anschließend können Sie alle Anwendungen nach Bedarf neu starten. |
||
Keine I/O-Fortschritte bei Oracle Linux 7.6 mit UEK5U2 Kernel, der mit einem Emulex LPe16002B-M6 16G FC HBA während Storage Failover-Vorgängen ausgeführt wird |
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 einen „blockierten“ Zustand ändert und zu einer Verzögerung bei Lese- und Schreibvorgängen führt. Nach erfolgreichem Abschluss des Vorgangs können die Berichte nicht wieder in einen „Online“-Zustand zurückverschoben werden und bleiben weiterhin in einem „blockierten“ Zustand. |
||
Der Remote-Port-Status auf QLogic QLE2672 16G Host wurde während eines Storage-Failover-Betriebs blockiert |
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 |
Versionshinweise
ASM Mirroring
ASM Spiegelung erfordert möglicherweise Änderungen an den Linux Multipath-Einstellungen, damit ASM ein Problem erkennt und auf eine andere Fehlergruppe umschaltet. Die meisten ASM-Konfigurationen auf ONTAP verwenden externe Redundanz. Das bedeutet, dass Datensicherung durch das externe 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. Siehe "Oracle-Datenbanken auf ONTAP" Für weitere Informationen.