Unity: Il server BFS RHEL8.3 con DM-MPIO non si avvia quando la LUN Unity è inattiva
Summary: L'avvio del server Red Hat da SAN (BFS) con DM-MPIO non si avvia quando la LUN Unity è in stato inattivo. Sul server Red Hat (sia BFS che in locale), il comando "fdisk -l" (EMCGRAB e SOSREPORT) non viene completato quando la LUN è impostata su inactive. (correggibile dall'utente) (in inglese) ...
Symptoms
L'avvio del server Red Hat da SAN (BFS) non si avvia quando la LUN Unity è in stato Inactive.
Sui server Red Hat (sia BFS che Local Boot), il fdisk -l il comando non viene completato quando la LUN è impostata su Inactive.
Sui server Red Hat (sia BFS che Local Boot), il emcgrabe sosreport I comandi non vengono completati quando LUNs è impostato su Inactive.
I server Red Hat segnalano errori di I/O per LUN inattive nella schermata della console e nei messaggi, come mostrato di seguito:
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
La colonna multipath -ll mostra che il percorso non è configurato correttamente come indicato di seguito:
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 introduce detect_checker come parametro stanza il cui valore predefinito è yes. Multipath I/O (MPIO) rileva se un dispositivo supporta ALUA (Asymmetric Logical Unit Access). Se supporta ALUA e il detect_checker il valore è yes, l'MPIO sostituisce il valore configurato path_checker e utilizza il metodo TUR checker e l'elemento definito dall'utente path_checker emc_clariion viene ignorato. La colonna TUR checker non gestisce correttamente il rilevamento SCSI dalle LUN inattive Unity. DM-MPIO ripristina ripetutamente i percorsi.
Se un server Red Hat viene avviato da SAN, multipathd avvio in initramfs non viene completata, pertanto il sistema operativo non può passare alla fase di mount reale di RootFS.
Se si avvia localmente un server Red Hat, il fdisk -l il comando smette di rispondere perché le operazioni di I/O sulle LUN inattive non sono state completate.
Resolution
Utilizzo di DM-MPIO emc_clariion_checker in quanto è in grado di gestire correttamente lo stato di LUN inattivo.
Backup dell'originale /etc/multpath.conf file e modificarlo come mostrato di seguito.
Consultare la Guida alla connettività host per Linux più recente e la sezione relativa a Red Hat Enterprise Linux 7.4 e versioni successive per /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
}
}
Di seguito è riportato Boot from SAN (BFS) Red Hat Server only.
Se il server BFS Red Hat presenta problemi di avvio, modificare lo stato della LUN per il server da inactive ad active. Quindi il sistema operativo completa il processo di avvio. Dopo l'avvio del sistema operativo, modificare il file /etc/multpath.conf file descritto in precedenza. Dopo aver modificato il file /etc/multpath.conf file, ricostruzione initramfs multipath colla dracut . Si consiglia di creare un backup di un file originale initramfs File prima della ricostruzione initramfs.
dracut --force --add multipath
Per ulteriori informazioni sulla ricostruzione initramfs, consultare il supporto Red Hat.