Unity: BFS RHEL8.3-server med DM-MPIO starter ikke opp når Unity LUN er inaktiv

摘要: Red Hat-serveroppstart fra SAN (BFS) med DM-MPIO starter ikke opp når Unity LUN er i en inaktiv tilstand. På Red Hat-serveren (både BFS og lokal oppstart) fullføres ikke kommandoen "fdisk -l" (EMCGRAB og SOSREPORT) når LUN er angitt til inaktiv. (Kan rettes opp av bruker) ...

本文适用于 本文不适用于 本文并非针对某种特定的产品。 本文并非包含所有产品版本。

症状

Red Hat-serveroppstart fra SAN (BFS) starter ikke opp når Unity LUN er i inaktiv tilstand.

På Red Hat-servere (både BFS og Local Boot) er fdisk -l Kommandoen fullføres ikke når LUN er satt til Inaktiv.

På Red Hat-servere (både BFS og Local Boot) er emcgrabog sosreport kommandoer fullføres ikke når LUN-er er satt til Inaktive.

Red Hat-servere rapporterer I/O-feil for inaktive LUN-er på konsollskjermen og i meldingene som vist nedenfor:

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

Informasjonen i multipath -ll kommandoen viser at banen ikke er riktig konfigurert som nedenfor:

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

原因

Red Hat Enterprise Linux 7.4 introduserer detect_checker som en strofe parameter hvis standardverdi er Ja. Multipath I/O (MPIO) oppdager om en enhet støtter ALUA (Asymmetric Logical Unit Access). Hvis den støtter ALUA og detect_checker -verdien er yes, MPIO overstyrer den konfigurerte path_checker og bruker TUR checker i stedet og det brukerdefinerte path_checker emc_clariion ignoreres. Informasjonen i TUR checker håndterer ikke SCSI-følelse fra Unity Inactive LUN-er på riktig måte. DM-MPIO gjenoppretter banene gjentatte ganger.

Hvis en Red Hat-server startes opp fra SAN, multipathd Oppstart i initramfs fasen fullføres ikke, slik at operativsystemet ikke kan gå til den monterte virkelige rootFS-fasen.

Hvis du starter opp en Red Hat-server lokalt, vil fdisk -l -kommandoen slutter å svare fordi I/O til inaktive LUN-er ikke er fullført.

解决方案

Bruk DM-MPIO emc_clariion_checker da den kan håndtere den inaktive LUN-tilstanden riktig.

Sikkerhetskopier originalen /etc/multpath.conf fil og endre den som vist nedenfor.

Se den nyeste vertstilkoblingsveiledningen for Linux og delen for Red Hat Enterprise Linux 7.4 og nyere for /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
        }
}


Nedenfor er kun oppstart fra SAN (BFS) Red Hat-server.
Hvis BFS Red Hat-serveren har oppstartsproblemer, endrer du LUN-tilstandene for serveren fra inaktiv til aktiv. Deretter fullfører operativsystemet oppstartsprosessen. Når operativsystemet har startet opp, endrer du /etc/multpath.conf filen beskrevet ovenfor. Etter redigering av /etc/multpath.conf fil, gjenoppbygge initramfs multipath med dracut kommando. Det anbefales å lage en sikkerhetskopi av en original initramfs Fil før gjenoppbygging initramfs.

dracut --force --add multipath

Hvis du vil ha mer informasjon om gjenoppbygging, - initramfs, ta kontakt med Red Hat-støtte.

其他信息

None

受影响的产品

Dell EMC Unity, Red Hat Enterprise Linux Version 8
文章属性
文章编号: 000209001
文章类型: Solution
上次修改时间: 21 8月 2025
版本:  4
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。