Unity: O servidor BFS RHEL8.3 com DM-MPIO não inicializa quando a LUN do Unity está inativa
Summary: A inicialização do servidor Red Hat pelo SAN (BFS) com DM-MPIO não inicializa quando a LUN do Unity está em um estado inativo. No servidor Red Hat (BFS e inicialização local), o comando "fdisk -l" (EMCGRAB e SOSREPORT) não é concluído quando a LUN está definida como inativa. (Corrigível pelo usuário) ...
Symptoms
A inicialização do servidor Red Hat pelo SAN (BFS) não é inicializada quando a LUN do Unity está em um estado Inactive.
Em servidores Red Hat (BFS e inicialização local), o fdisk -l O comando não é concluído quando a LUN está definida como Inactive.
Em servidores Red Hat (BFS e inicialização local), o emcgrabe sosreport comandos não são concluídos quando LUNs está definido como Inactive.
Os servidores Red Hat relatam erros de E/S para LUNs inativas na tela do console e nas mensagens, conforme mostrado abaixo:
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
A coluna multipath -ll O comando mostra que o caminho não está configurado corretamente como abaixo:
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 apresenta detect_checker como um parâmetro de sub-rotina cujo valor padrão é yes. O Multipath I/O (MPIO) detecta se um dispositivo é compatível com o Asymmetrical Logical Unit Access (ALUA). Se ele for compatível com ALUA e o detect_checker valor é yes, o MPIO substitui o configurado path_checker e usa o TUR checker em vez disso e o definido pelo usuário path_checker emc_clariion é ignorado. A coluna TUR checker não lida adequadamente com o sensor SCSI de LUNs inativas do Unity. O DM-MPIO restaura os caminhos repetidamente.
Se um servidor Red Hat for inicializado a partir da SAN, multipathd inicialização no initramfs A fase não é concluída, portanto, o sistema operacional não pode ir para a fase mount real rootFS.
Se você inicializar localmente um servidor Red Hat, o fdisk -l O comando para de responder porque a E/S para as LUNs inativas não foi concluída.
Resolution
Fazer uso do DM-MPIO emc_clariion_checker já que ele pode lidar com o estado inativo da LUN corretamente.
Fazer backup do original /etc/multpath.conf e modifique-o conforme mostrado abaixo.
Consulte o Guia de conectividade do host mais recente para Linux e a seção para Red Hat Enterprise Linux 7.4 e posterior para /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
}
}
Abaixo, está a inicialização a partir do servidor Red Hat SAN (BFS).
Se o servidor BFS Red Hat estiver enfrentando problemas de inicialização, altere os estados da LUN do servidor de inativo para ativo. Em seguida, o sistema operacional conclui o processo de inicialização. Depois que o sistema operacional for inicializado, modifique o /etc/multpath.conf descrito como acima. Depois de editar o /etc/multpath.conf arquivo, recriar initramfs multipath com o dracut . É recomendável criar um backup de um original initramfs antes da recriação initramfs.
dracut --force --add multipath
Para obter mais detalhes sobre a recriação initramfs, consulte o suporte da Red Hat.