PowerFlex : Alertes de disqualification du chemin réseau
Summary: Les versions 3.6 et ultérieures de PowerFlex détectent lorsqu’un port ou un socket se déconnecte fréquemment (bagottement) et disqualifient proactivement le chemin, évitant ainsi toute interruption générale sur l’ensemble du système. Les clients doivent rechercher la source des interruptions avec leur équipe interne. ...
Symptoms
Les utilisateurs peuvent voir une ou plusieurs alertes telles que les suivantes :
- Un chemin est disqualifié : « le chemin entre x.x.x.x et x.x.x.x » (le niveau de gravité de cette alerte est « Mineur »)
- Ou plusieurs chemins sont disqualifiés : « les chemins entre x.x.x.x et x.x.x.x, x.x.x.x et x.x.x.x sont disqualifiés » (le niveau de gravité de cette alerte est « Major »)
PowerFlex 3.6 : alertes sur le serveur de présentation

PowerFlex 4.x : alertes dans PowerFlex Manager

Cause
Des alertes de disqualification du chemin réseau se produisent lorsqu’un port ou un socket subit des déconnexions fréquentes (bagottements), ce qui peut entraîner des problèmes de performances système dans l’architecture entièrement distribuée de PowerFlex. PowerFlex détecte cela et disqualifie proactivement le chemin, évitant ainsi toute interruption générale sur l’ensemble du système. Parmi les causes les plus courantes de bagottement des ports, on peut citer : une carte réseau défectueuse, des problèmes de câble ou une perte de réseau
Resolution
Pour isoler la source du problème, procédez comme suit :
- Envoyez un ping à l’adresse IP du ou des composants répertoriés dans l’alerte. Si la commande ping réussit, vous n’avez pas besoin d’effectuer d’autres opérations de dépannage.
- Ouvrez une session SSH sur le MDM principal, puis saisissez la commande suivante :
scli --query_port_flapping_status --all
En général, le port revient automatiquement lorsque la source du problème est résolue. L’utilisateur ne doit pas avoir à activer manuellement un port, sauf si le port passe en Err-désactivé sur le commutateur. Si cela se produit, l’exécution d’une commande 'shutdown' etno shutdown' sur le port du commutateur devrait résoudre le problème.
Une fois que le port est de nouveau en ligne, l’alerte doit s’effacer d’elle-même au fil du temps. Toutefois, si l’utilisateur doit effacer l’alerte, les étapes suivantes lui permettront d’y parvenir :
-
Pour effacer les alertes dans les versions PowerFlex 3.x et antérieures, procédez comme suit :
- Réinitialisez les paramètres du compteur de défaillances oscillantes dans les articles ci-dessous
- Redémarrez le serveur de présentation (cette opération n’a aucun impact et ne devrait prendre que quelques minutes) : Il existe deux façons d’y parvenir :
- Via vSphere : Accéder à la VM > du serveur de présentation Redémarrer la VM
- Via la CLI : ouvrez SSH sur l’adresse IP> du serveur de présentation Exécutez les commandes ci-dessous :
# systemctl stop mgmt-server # systemctl start mgmt-server
-
Pour effacer les alertes dans PowerFlex version 4.0 et versions ultérieures, suivez les étapes répertoriées dans cet article Plate-forme de gestion PowerFlex : comment effacer manuellement les alertes de l’interface utilisateur PowerFlex Manager 4.X
Si un support supplémentaire est nécessaire au cours de l’investigation, créez un dossier avec un dossier d’incident PowerFlex et fournissez les éléments suivants :
- Capture d’écran de l’alerte
- Journaux Get_Info MDM principal (la liste des étapes de collecte de ces journaux est répertoriée dans l’article Comment générer des journaux get_info
Additional Information
https://www.youtube.com/watch?v=eABbCq-a9Yc
Voir cette vidéo :
Disqualification proactive du réseau dans Dell PowerFlex : amélioration des performances du système
Durée : 00:05:18 (hh:mm:ss)
Sur ce lecteur vidéo, les paramètres de langue des sous-titres (lorsqu’ils sont disponibles) peuvent être configurés à l’aide de l’icône de sous-titres.
Vous pouvez également visionner cette vidéo sur YouTube.