PowerStore : Un nœud unique sert les E/S après le redémarrage du nœud en raison d’une configuration MPIO manquante côté hôte
Summary: Tous les hôtes ont été configurés avec deux initiateurs avec quatre sessions iSCSI (deux au nœud B, deux au nœud A). Avant les redémarrages, les deux nœuds traitent les E/S comme prévu, comme indiqué dans Mesures de performances. Une fois que les deux nœuds ont été redémarrés sans autre modification, le graphique de performances du nœud B passe à zéro bande passante et toutes les E/S sont dirigées vers le nœud A en raison d’une configuration MPIO (Multipath I/O) manquante côté hôte. ...
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Avant le redémarrage du nœud, les deux nœuds servent les E/S.
Après le redémarrage du nœud, les E/S sont envoyées au nœud A uniquement. Il n’y a pas d’E/S sur les ports FE iSCSI du nœud B.
Après le redémarrage du nœud, les E/S sont envoyées au nœud A uniquement. Il n’y a pas d’E/S sur les ports FE iSCSI du nœud B.
Cause
La configuration multichemin de l’utilisateur pour l’hôte LINUX ne contient pas d’informations PowerStore :
Dans le document Dell Host Connectivity Guide for Linux, il est indiqué de modifier le fichier /etc/multipath.conf comme suit :
defaults {
user_friendly_names no
find_multipaths yes
failback 10
no_path_retry 10
}
blacklist {
devnode "^nvme.*"
devnode "scini*"
devnode "^rbd[0-9]*"
devnode "^nbd[0-9]*"
}
# Leave this section in place even if empty
blacklist_exceptions {
}
devices {
device {
vendor "DataCore"
product "SAN*"
path_checker "tur"
path_grouping_policy failover
failback 30
}
device {
vendor "DELL"
product "MD36xx(i|f)"
features "2 pg_init_retries 50"
hardware_handler "1 rdac"
path_selector "round-robin 0"
path_grouping_policy group_by_prio
failback immediate
rr_min_io 100
path_checker rdac
prio rdac
no_path_retry 30
}
device {
vendor "DGC"
product ".*"
detect_prio yes
retain_attached_hw_handler yes
}
device {
vendor "EMC"
product "Invista"
detect_prio yes
retain_attached_hw_handler yes
path_grouping_policy group_by_prio
}
… PowerStore n’a pas été ajouté à /etc/multipath.conf. La configuration dans /etc/multipath.conf pour l’hôte Linux doit être :
defaults {
user_friendly_names yes
disable_changed_wwids yes
}
devices {
device {
vendor DellEMC
product PowerStore
path_selector "queue-length 0"
path_grouping_policy group_by_prio
path_checker tur
detect_prio yes
failback immediate
no_path_retry 3
rr_min_io_rq 1
fast_io_fail_tmo 15
}
Dans le document Dell Host Connectivity Guide for Linux, il est indiqué de modifier le fichier /etc/multipath.conf comme suit :
* vendor - "DellEMC"
* product - "PowerStore"
* path_selector - "queue-length 0"
* path_grouping_policy -
* "group_by_prio"
* path_checker - "tur"
* detect_prio - "yes"
* failback - "immediate"
* no_path_retry - "3"
* rr_min_io_rq - "1"
* fast_io_fail_tmo - "15"
* max_sectors_kb - "1024" Comme la LUN PowerStore n’a pas été ajoutée à Linux /etc/multipath.conf, le multipathing n’a pas géré le numéro d’unité logique (LUN) PowerStore. Lors des événements de redémarrage, le nœud A démarre une minute avant le nœud B, puis l’hôte envoie UNIQUEMENT les E/S aux ports cibles iSCSI du nœud A. Cette situation est normale.Resolution
Conseillez à l’utilisateur de modifier la configuration du multipathing LINUX. Les E/S sont équilibrées entre les deux nœuds après l’ajout de PowerStore au
Reportez-vous au Guide de connectivité de l’hôte Dell pour Linux sur le support Dell.
/etc/multipath.conf, Metrics de performances du nœud B récupérés dans l’interface utilisateur.
Reportez-vous au Guide de connectivité de l’hôte Dell pour Linux sur le support Dell.
Article Properties
Article Number: 000220440
Article Type: Solution
Last Modified: 06 Mar 2024
Version: 2
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.