Unity : Le serveur BFS RHEL8.3 avec DM-MPIO ne démarre pas lorsque la LUN Unity est inactive

Le démarrage du serveur Red Hat à partir du SAN (BFS) ne démarre pas lorsque la LUN Unity est dans un état Inactif.

Sur les serveurs Red Hat (BFS et démarrage local), le fdisk -l La commande ne se termine pas lorsque la LUN est définie sur Inactive.

Sur les serveurs Red Hat (BFS et démarrage local), le emcgrabet sosreport Les commandes ne se terminent pas lorsque la LUN est définie sur Inactive.

Les serveurs Red Hat signalent des erreurs d’E/S pour les LUN inactives sur l’écran de la console et dans les messages ci-dessous :

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 commande multipath -ll indique que le chemin n’est pas configuré correctement, comme indiqué ci-dessous :

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 introduit detect_checker en tant que paramètre de strophe dont la valeur par défaut est yes. Le MPIO (Multipath I/O) détecte si un appareil prend en charge l’ALUA (Asymmetric Logical Unit Access). S’il prend en charge ALUA et l’option detect_checker value est yes, le MPIO remplace la valeur configurée path_checker et utilise l’attribut TUR checker et le paramètre défini par l’utilisateur path_checker emc_clariion est ignorée. La commande TUR checker ne gère pas correctement la détection SCSI des LUN Unity inactives. DM-MPIO restaure les chemins à plusieurs reprises.

Si un serveur Red Hat est démarré à partir d’un SAN, multipathd start-up dans le initramfs La phase n’étant pas terminée, le système d’exploitation ne peut pas accéder à la phase de montage rootFS réelle.

Si vous effectuez un démarrage local d’un serveur Red Hat, le fdisk -l La commande cesse de répondre car les E/S vers les LUN inactives ne sont pas terminées.

Utilisation de DM-MPIO emc_clariion_checker car il peut gérer correctement l’état de LUN inactif.

Sauvegarder l’original /etc/multpath.conf et modifiez-le comme indiqué ci-dessous.

Reportez-vous au dernier Guide de connectivité hôte pour Linux et à la section Red Hat Enterprise Linux 7.4 et versions ultérieures pour /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
        }
}

Vous trouverez ci-dessous la procédure Boot from SAN (BFS) Red Hat server only.
Si votre serveur BFS Red Hat rencontre des problèmes de démarrage, modifiez les états de LUN du serveur d’inactif à actif. Ensuite, le système d’exploitation termine le processus de démarrage. Après le démarrage du système d’exploitation, modifiez le /etc/multpath.conf le fichier décrit ci-dessus. Après avoir modifié le fichier /etc/multpath.conf fichier, reconstruction initramfs multipath avec l' dracut . Il est recommandé de créer une sauvegarde d’un initramfs fichier avant la reconstruction initramfs.

dracut --force --add multipath

Pour plus d’informations sur la reconstruction initramfs, consultez l’assistance Red Hat.