Unity: BFS RHEL 8.3-Server mit DM-MPIO startet nicht, wenn Unity-LUN inaktiv ist
Summary: Red Hat Server Boot from SAN (BFS) mit DM-MPIO startet nicht, wenn sich die Unity-LUN in einem inaktiven Zustand befindet. Auf einem Red Hat-Server (sowohl BFS als auch lokaler Start) wird der Befehl "fdisk -l" (EMCGRAB und SOSREPORT) nicht abgeschlossen, wenn die LUN auf inaktiv gesetzt ist. (Vom Nutzer korrigierbar) ...
Symptoms
Red Hat Server Boot from SAN (BFS) startet nicht, wenn sich die Unity-LUN in einem inaktiven Zustand befindet.
Auf Red Hat-Servern (sowohl BFS als auch Local Boot) wird das fdisk -l Der Befehl wird nicht abgeschlossen, wenn die LUN auf Inaktiv gesetzt ist.
Auf Red Hat-Servern (sowohl BFS als auch Local Boot) wird das emcgrabund sosreport Befehle werden nicht abgeschlossen, wenn LUNs auf Inaktiv gesetzt ist.
Red Hat-Server melden I/O-Fehler für inaktive LUNs auf dem Konsolenbildschirm und in den folgenden Meldungen:
blk_update_request: I/O error, dev sdh, sector 20971392 op 0x0:(READ) flags 0x4200 phys_seg 1 prio class 0 Buffer I/O error on sdh, logical block 2621424, async page read
Die Spalte multipath -ll zeigt an, dass der Pfad nicht korrekt konfiguriert ist, wie unten gezeigt:
mpathb (360xxxxxxxxxxxxxxxxxxxxxxxxx) dm-1 DGC,VRAID size=10G features='1 queue_if_no_path' hwhandler='1 alua' wp=rw |-+- policy='service-time 0' prio=23 status=enabled | |- 6:0:0:1 sdb 8:16 failed ready running | |- 7:0:0:1 sdf 8:80 failed ready running | `- 7:0:1:1 sdh 8:112 failed ready running `-+- policy='service-time 0' prio=50 status=enabled `- 6:0:1:1 sdd 8:48 failed ready running
Cause
Red Hat Enterprise Linux 7.4 führt ein detect_checker als Zeilengruppenparameter, dessen Standardwert yes ist. Die Multipfad-I/O (MPIO) erkennt, ob ein Gerät ALUA (Asymmetric Logical Unit Access) unterstützt. Wenn ALUA und die detect_checker Wert yes ist, überschreibt MPIO die konfigurierten path_checker und verwendet die TUR checker Stattdessen und die benutzerdefinierten path_checker emc_clariion wird ignoriert. Die Spalte TUR checker verarbeitet die SCSI-Erkennung von inaktiven Unity-LUNs nicht ordnungsgemäß. DM-MPIO stellt die Pfade wiederholt wieder her.
Wenn ein Red Hat-Server von SAN gestartet wird, multipathd Start im initramfs Die Phase wird nicht abgeschlossen, sodass das Betriebssystem nicht zur Phase "Mounten von echtem rootFS" wechseln kann.
Wenn Sie einen Red Hat-Server lokal starten, wird das fdisk -l Der Befehl reagiert nicht mehr, da die I/O-Vorgänge an die inaktiven LUNs nicht abgeschlossen wurden.
Resolution
DM-MPIO verwenden emc_clariion_checker da es den inaktiven LUN-Status ordnungsgemäß verarbeiten kann.
Sichern des Originals /etc/multpath.conf und ändern Sie sie wie unten gezeigt.
Weitere Informationen finden Sie im neuesten Host Connectivity Guide for Linux und im Abschnitt für Red Hat Enterprise Linux 7.4 und höher /etc/multpath.conf.
defaults {
user_friendly_names yes
}
devices {
device {
vendor "DGC"
product ".*"
product_blacklist "LUNZ"
path_grouping_policy "group_by_prio"
path_checker "emc_clariion"
features "1 queue_if_no_path"
hardware_handler "1 emc"
prio "emc"
failback immediate
rr_weight "uniform"
no_path_retry 60
retain_attached_hw_handler yes
detect_prio yes
detect_checker no
}
}
Unten ist nur Start vom SAN (BFS) Red Hat Server aufgeführt.
Wenn bei Ihrem BFS Red Hat-Server Startprobleme auftreten, ändern Sie den LUN-Status für den Server von "inaktiv" in "aktiv". Anschließend schließt das Betriebssystem den Startvorgang ab. Nachdem das Betriebssystem gestartet wurde, ändern Sie die /etc/multpath.conf Datei wie oben beschrieben. Nach dem Bearbeiten der /etc/multpath.conf Datei, neu erstellen initramfs multipath mit dem dracut . Es wird empfohlen, ein Backup eines Originals initramfs Datei vor der Neuerstellung initramfs.
dracut --force --add multipath
Weitere Details zum erneuten Aufbau initramfs, wenden Sie sich an den Red Hat Support.