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.

Verwenden Sie Oracle Linux 6.4 mit ONTAP

Beitragende
PDFs

Sie können die Konfigurationseinstellungen des ONTAP-SAN-Hosts verwenden, um Oracle Linux 6.4 mit ONTAP als Ziel zu konfigurieren.

Installieren Sie die Linux Unified Host Utilities

Das NetApp Linux Unified Host Utilities-Softwarepaket ist auf dem in einer 32-Bit- und 64-Bit-RPM-Datei verfügbar"NetApp Support Website". Wenn Sie nicht wissen, welche Datei für Ihre Konfiguration geeignet ist, überprüfen Sie mithilfe der, welche Datei "NetApp Interoperabilitäts-Matrix-Tool"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 Linux Unified Host Utilities derzeit installiert haben, sollten Sie entweder ein Upgrade auf die neueste Version durchführen oder diese entfernen und die aktuelle Version wie folgt installieren.

Schritte

  1. Laden Sie das Softwarepaket für 32 Bit oder 64 Bit Linux Unified Host Utilities von herunter "NetApp Support Website" Auf Ihren Host.

  2. Installieren des Softwarepakets:

    rpm -ivh netapp_linux_unified_host_utilities-7-1.x86_64

Hinweis 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.

Beispiel

Im folgenden Beispiel wird der verwendet sanlun lun show Befehl gibt LUN-Informationen zurück.

# sanlun lun show all

Beispielausgabe:

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

Was Sie benötigen

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.

Schritte

  1. Ordnen Sie die SAN-Boot-LUN dem Host zu.

  2. Vergewissern Sie sich, dass mehrere Pfade verfügbar sind.

    Hinweis Mehrere Pfade sind verfügbar, nachdem das Host-Betriebssystem auf den Pfaden ausgeführt wurde.

  3. 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.

  4. Starten Sie den Host neu, um zu überprüfen, ob der Startvorgang erfolgreich war.

Multipathing

Für Oracle Linux 6.4 muss die Datei /etc/Multipath.conf vorhanden sein, Sie müssen jedoch keine spezifischen Änderungen an der Datei vornehmen. Oracle Linux 6.4 wird mit allen Einstellungen zusammengestellt, die zum Erkennen und korrekten Managen von ONTAP LUNs erforderlich sind. So aktivieren Sie ALUA Handler:

Schritte

  1. Erstellen Sie ein Backup des initrd-Images.

  2. Hängen Sie den folgenden Parameterwert an den Kernel an, damit ALUA und Non-ALUA funktionieren:
    rdloaddriver=scsi_dh_alua

    kernel /vmlinuz-3.8.13-68.1.2.el6uek.x86_64 ro root=/dev/mapper/vg_ibmx3550m421096-lv_root rd_NO_LUKSrd_LVM_LV=vg_ibmx3550m421096/lv_root LANG=en_US.UTF-8 rd_NO_MDSYSFONT=latarcyrheb-sun16 crashkernel=256M KEYBOARDTYPE=pc KEYTABLE=us rd_LVM_LV=vg_ibmx3550m421096/lv_swap rd_NO_DM rhgb quiet rdloaddriver=scsi_dh_alua

  3. Verwenden Sie die mkinitrd Befehl zum Neuerstellen des initrd-Image. Oracle 6x und neuere Versionen verwenden entweder: Den Befehl: mkinitrd -f /boot/ initrd-"uname -r".img uname -r`Oder den Befehl: `dracut -f

  4. Starten Sie den Host neu.

  5. Überprüfen Sie die Ausgabe des cat /proc/cmdline Befehls, um sicherzustellen, dass die Einstellung abgeschlossen ist. 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 höheren Prioritäten sind aktiv/optimiert, d. h. sie werden vom Controller gewartet, in dem sich das Aggregat befindet. Die Pfade mit niedrigeren Prioritäten sind aktiv, aber nicht optimiert, da sie von einem anderen Controller bedient werden. Die nicht optimierten Pfade werden nur verwendet, wenn optimierte Pfade nicht verfügbar sind.

Beispiel

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='round-robin 0' prio=50 status=active
| |- 0:0:26:37 sdje 8:384   active ready running
| |- 0:0:25:37 sdik 135:64  active ready running
|-+- policy='round-robin 0' prio=10 status=enabled
  |- 0:0:18:37 sdda 70:128  active ready running
  |- 0:0:19:37 sddu 71:192  active ready running
Hinweis Eine einzelne LUN sollte nicht mehr als vier Pfade benötigen. Eine Verfügbarkeit von mehr als vier Pfaden kann bei Storage-Ausfällen zu Pfadproblemen führen.

Empfohlene Einstellungen

Das Oracle Linux 6.4 Betriebssystem wird kompiliert, um ONTAP LUNs zu erkennen und automatisch alle Konfigurationsparameter richtig 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, Null-Byte-Datei mit dem Befehl erstellen 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, Geräte direkt zur Datei hinzuzufügen multipath.conf, 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 die unerwünschten Geräte auszuschließen, fügen Sie der Datei die folgende Syntax hinzu multipath.conf 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.*"
}
Beispiel

Im folgenden Beispiel sda ist die lokale SCSI-Festplatte, die Sie der Blacklist hinzufügen möchten.

Schritte

  1. Führen Sie den folgenden Befehl aus, um die WWID zu bestimmen:

    # /lib/udev/scsi_id -gud /dev/sda
360030057024d0730239134810c0cb833

  2. Fügen Sie diese WWID der "Blacklist"-Strophe in 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.*"
}

Überprüfen Sie Ihre Datei immer /etc/multipath.conf, insbesondere im Abschnitt „Standardeinstellungen“, auf ältere Einstellungen, die die Standardeinstellungen überschreiben könnten.

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. Ohne diese Korrektur 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“

Kein_PATH_retry

Warteschlange

PATH_Checker

„nur“

Path_Grouping_Policy

„Group_by_prio“

Pfad_Auswahl

„Round Robin 0“

Polling_Interval

5

prio

ONTAP

Produkt

LUN.*

Beibehalten_Attached_hw_Handler

ja

rr_weight

„Einheitlich“

User_friendly_names

Nein

Anbieter

NETAPP
Beispiel

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
 }
}
Hinweis Um Oracle Linux 6.4 Red hat Enterprise Kernel (RHCK) zu konfigurieren, verwenden Sie den "Empfohlene Einstellungen" für Red hat Enterprise Linux (RHEL) 6.4.

Bekannte Probleme

Die Oracle Linux 6.4 mit ONTAP-Version weist folgende bekannte Probleme auf:

NetApp Bug ID Titel Beschreibung

"713555"

QLogic Adapter-Resets werden auf OL6.4 und OL5.9 mit UEK2 bei Controller-Fehlern wie Takeover/Giveback und Neustart erkannt

QLogic Adapter-Resets werden auf OL6.4 Hosts mit UEK2 (Kernel-uek-2.6.39-400.17.1.el6uek) oder OL5.9 Hosts mit UEK2 (Kernel-uek-2.6.39 400.17.1.el5uek) angezeigt, wenn Controller-Fehler auftreten (wie Übernahme, Rückgabe und Neustart). Diese Rücksetzungen sind unterbrochen. Wenn dieser Adapter zurückgesetzt wird, kann es zu einem längeren I/O-Ausfall (manchmal mehr als 10 Minuten) kommen, bis der Adapter erfolgreich zurückgesetzt wurde und der Status der Pfade durch dm-Multipath aktualisiert wird. In /var/log/messages werden beim Treffer dieses Fehlers ähnliche Meldungen angezeigt: Kernel: Qla2xxx [0000:11:00.0]-8018:0: ADAPTER-RESET AUSGEGEBEN nexus=0:2:13. Dies wird bei der Kernel-Version beobachtet: Auf OL6.4: Kernel-uek-2.6.39-400.17.1.el6uek auf OL5.9: Kernel-uek-2.6.39-400.17.1.el5uek

"715217"

Verzögerung bei der Pfadwiederherstellung auf OL6.4- oder OL5.9-Hosts mit UEK2 kann zu verzögerter I/O-Wiederaufnahme bei Controller- oder Fabric-Fehlern führen

Wenn ein Controller-Fehler (Storage Failover oder Giveback, neu gestartet und so weiter) oder ein Fabric-Fehler (FC-Port deaktiviert oder aktiviert) mit I/O auf Oracle Linux 6.4 oder Oracle Linux 5.9 Hosts mit UEK2 Kernel auftritt, dauert die Wiederherstellung des Pfads von DM-Multipath sehr lange (4 Minuten. Bis 10 min). Manchmal werden während der Wiederherstellung der Pfade in den aktiven Status auch folgende lpfc-Treiberfehler angezeigt: Kernel: sd 0:0:8:3: [sdlt] Ergebnis: Hostbyte=DID_ERROR driverbyte=DRIVERBYTE_DRI_OK aufgrund dieser Verzögerung bei der Pfadwiederherstellung bei Fehlerereignissen verzögert sich auch die I/O-Wiederaufnahme. OL 6.4 Versionen: Device-Mapper-1.02.77-9.el6 Device-Mapper-Multipath-0.4.9-64.0.1.el6 Kernel-uek-2.6.39-400.17.1.el6uek OL 5.9 Versionen: Device-Mapper-1.02.77-9.el5 Device-Mapper-Multipath-0.4.9-64.0.1.el5 Kernel-uek-2.6.39-400.17.1.el5uek

"709911"

DM Multipath auf OL6.4 & OL5.9 iSCSI mit UEK2 Kernel benötigt lange Zeit, um den LUN-Pfadstatus nach Speicherfehlern zu aktualisieren

Auf Systemen mit Oracle Linux 6 Update4 und Oracle Linux 5 Update9 iSCSI mit Unbreakable Enterprise Kernel Release 2 (UEK2) wurde ein Problem bei Lagerstörungen festgestellt, bei denen DM Multipath (DMMP) rund 15 Minuten benötigt, um den Pfadstatus von Device Mapper (DM)-Geräten (LUNs) zu aktualisieren. Wenn Sie während dieses Intervalls den Befehl „Multipath -ll“ ausführen, wird der Pfadstatus für dieses DM-Gerät (LUN) als „Fehlgeschlagen ausgeführt“ angezeigt. Der Pfadstatus wird schließlich als „aktiv bereit ausgeführt“ aktualisiert. Dieses Problem zeigt sich mit der folgenden Version: Oracle Linux 6 Update 4: UEK2 Kernel: 2.6.39-400.17.1.el6uek.x86_64 Multipath: Device-Mapper-Multipath-0.4.9-64.0.1.el6.x86_64 iSCSI-Initiator-6.2.0.873.2.0.64 Multipath-5.9.2.6-39.x86-400.17.1.0.4 64 16.0-9 6.2 64-64.0 0.872

"739909"

Der Systemaufruf SG_IO ioctl auf dm-Multipath-Geräten schlägt nach einem FC-Fehler auf OL6.x- und OL5.x-Hosts mit UEK2 fehl

Auf Oracle Linux 6.x Hosts mit UEK2 Kernel und Oracle Linux 5.x Hosts mit UEK2 Kernel ist ein Problem aufgetreten. Die sg_*-Befehle auf einem Multipath-Gerät scheitern nach einem Fabric-Fehler mit EAGAIN-Fehlercode (errno), der alle Pfade in der aktiven Pfadgruppe nach unten führt. Dieses Problem tritt nur auf, wenn die Multipath-Geräte keine I/O-Vorgänge aufweisen. Im Folgenden ein Beispiel: # sg_inq -V /dev/mapper/3600a098041764937303f436c75324370 Anfrage cdb: 12 00 00 00 24 00 ioctl(SG_IO v3) fehlgeschlagen mit os_err (errno) = 11 Anfrage: Pass-through os Fehler: Ressource vorübergehend nicht verfügbar HDIO_GET_IDENTITY ioctl fehlgeschlagen: Ressource vorübergehend nicht verfügbar [11] sowohl SCSI-ANFRAGE als auch Abrufen von ATA-Informationen fehlgeschlagen auf /dev/mapper/3600a098041764937303f436c75324370 # Dieses Problem tritt auf, weil die Umschaltung der Pfadgruppe auf andere aktive Gruppen während ioctl()-Aufrufen nicht aktiviert ist, wenn auf dem DM-Multipath-Gerät keine I/O erfolgt. Das Problem wurde bei den folgenden Versionen der Kernel-uek- und Device-Mapper-Multipath-Pakete beobachtet: OL6.4 Versionen: Kernel-uek-2.6.39-400.17.1.el6uek Device-Mapper-Multipath-0.4.9-64.0.1.el6 OL5.9 Versionen: Kernel-uek-2.6.39-400.17.1.el5uek Device-Mapper-Multipath-0.4.9-64.0.el5uek
Hinweis Informationen zu bekannten Problemen mit Oracle Linux (Red hat kompatibler Kernel) finden Sie im "Bekannte Probleme" Für Red hat Enterprise Linux (RHEL) 6.4.