Unity: El servidor BFS RHEL8.3 con DM-MPIO no arranca cuando el LUN de Unity está inactivo

El arranque del servidor Red Hat desde SAN (BFS) no se inicia cuando el LUN de Unity está en un estado Inactivo.

En los servidores Red Hat (BFS y arranque local), el fdisk -l El comando no se completa cuando el LUN está configurado en Inactivo.

En los servidores Red Hat (BFS y arranque local), el emcgraby sosreport Los comandos no se completan cuando LUN está configurado en Inactivo.

Los servidores Red Hat informan errores de I/O para los LUN inactivos en la pantalla de la consola y en los mensajes, como se muestra a continuación:

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 variable multipath -ll muestra que la ruta no está configurada correctamente como se muestra a continuación:

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 presenta detect_checker como un parámetro de estrofa cuyo valor predeterminado es yes. Las I/O de múltiples rutas (MPIO) detectan si un dispositivo es compatible con el acceso asimétrico a unidades lógicas (ALUA). Si es compatible con ALUA y el detect_checker El valor es yes, MPIO reemplaza la configuración path_checker y utiliza el método TUR checker en su lugar y la función definida por el usuario path_checker emc_clariion se ignora. La variable TUR checker no maneja correctamente el sentido de SCSI de los LUN inactivos de Unity. DM-MPIO restaura repetidamente las rutas.

Si un servidor Red Hat se inicia desde SAN, multipathd Inicio en el archivo initramfs no se completa, por lo que el sistema operativo no puede pasar a la fase de montaje real de rootFS.

Si arranca localmente un servidor Red Hat, el fdisk -l El comando deja de responder porque las operaciones de I/O a los LUN inactivos no se han completado.

Hacer uso de DM-MPIO emc_clariion_checker ya que puede manejar correctamente el estado de LUN inactivo.

Copia de seguridad del original /etc/multpath.conf y modifíquelo como se muestra a continuación.

Consulte la Guía de conectividad de host más reciente para Linux y la sección de Red Hat Enterprise Linux 7.4 y versiones posteriores 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
        }
}

A continuación, se muestra solo el arranque desde el servidor Red Hat SAN (BFS).
Si el servidor BFS Red Hat experimenta problemas de arranque, cambie los estados de LUN del servidor de inactivo a activo. A continuación, el sistema operativo completa el proceso de arranque. Después de que se inicie el sistema operativo, modifique el /etc/multpath.conf archivo descrito como se indicó anteriormente. Después de editar el /etc/multpath.conf archivo, reconstrucción initramfs multipath Con el dracut comando. Se recomienda crear una copia de seguridad de un archivo original initramfs archivo antes de la reconstrucción initramfs.

dracut --force --add multipath

Para obtener más detalles sobre la reconstrucción initramfs, consulte el soporte de Red Hat.