PowerFlex : Le SDC renvoie des erreurs d’E/S sans qu’aucune reconstruction ne soit déclenchée

 Dans certaines topologies réseau, une ou plusieurs interfaces réseau d’un SDC deviennent indisponibles, ce qui entraîne l’échec de la communication du SDC avec un ou plusieurs SDS, entraînant des erreurs d’E/S.

• Erreurs renvoyées pour une partie ou la totalité des exécutions de ping(1), de la SDC à chaque SDS
• Les erreurs d’E/S sont renvoyées par le SDC à l’application cliente.
• Le SDC perd la connexion avec certains ou tous les SDS.
• Aucune déconnexion SDS/SDS ou MDM/SDS n’est signalée.
• Aucune reconstruction n’est déclenchée.

Impact

Les applications s’exécutant sur le SDC ne peuvent pas accéder aux données stockées dans le système PowerFlex.

Le MDM ne bascule pas les rôles de propriétaire de copie de données (principal/secondaire) en fonction de l’accès au SDC, ce qui entraîne la répétition du cycle suivant :

- Les demandes envoyées par le SDC au propriétaire de la copie de données primaire échouent, car elles sont inaccessibles via les interfaces disponibles sur le SDC.

- Le SDC contacte le MDM pour obtenir des mises à jour sur la copie de données principale et son propriétaire.

- Le MDM n’a aucune raison de mettre à jour les rôles de données, car le MDM lui-même et tous les autres SDS peuvent communiquer normalement avec le propriétaire actuel de la copie de données principale.

- Le MDM répond au SDC avec le propriétaire de la copie de données principale, qui est le même SDS que celui auquel le SDC a envoyé la demande précédemment.

Ce comportement est conforme à la conception prévue du système.

Si la cause est une configuration de routage réseau au niveau du système d’exploitation manquante, modifiez la configuration de routage ou la topologie réseau pour disposer d’un chemin disponible depuis chaque interface SDC vers au moins une interface réseau sur chaque SDS.

La solution fournie par le système d’exploitation pour l’ajout de routes persistantes pour différentes plates-formes est la suivante. Reportez-vous à la documentation officielle pour connaître l’utilisation et la syntaxe exactes.

Un système peut disposer d’une solution non standard pour gérer la table de routage des hôtes. Dans ce cas, la solution disponible doit être préférée à la méthode décrite ci-dessous.

Les adresses réseau et les passerelles doivent être fournies par l’administrateur réseau du système.

Pour ESXi 5.5/6 :

Ajoutez la mention appropriée esxcli network ip route ipv4 add déclarations à /etc/rc.local.

Pour RHEL6/7 :

Effectuez l’une des modifications suivantes, selon le cas :

- Ajoutez le ADDRESS, NETMASK et GATEWAY paramètres de configuration et leurs valeurs à l’interface appropriée /etc/sysconfig/network-scripts/route-l’interface.

ou

- Ajoutez le any net déclarations à /etc/sysconfig/static-routes.

Exige que l' net-tools RPM doit être installé

Pour Windows :      

Effectuez les opérations appropriées route -p add à partir de l’invite de commande.