PowerStore : WebUI (UI) indisponible après une mise à niveau sans perturbation vers la version 3.0 ou une version ultérieure, un redémarrage du nœud ou un cycle d’alimentation d’une appliance

L’interface utilisateur ou l’interface CLI de PowerStore Manager (RestAPI et PSTCLI) n’est pas disponible et peut renvoyer les erreurs suivantes :

• L’interface utilisateur de PowerStore Manager n’est pas accessible (les utilisateurs ne peuvent pas se connecter) après une mise à niveau sans perturbation, un redémarrage du nœud ou un cycle d’alimentation de l’appliance :
• La tentative de connexion échoue avec l’erreur : « Service indisponible. Veuillez réessayer dans quelques minutes. (0xE04040010004) » ou « Service 503 indisponible »
• Si vous passez par l’Assistant de configuration initiale (ICW) à l’aide du port de service, l’utilisateur peut voir un message indiquant « Loading.... » À l’étape Détails du cluster qui continue pendant un certain temps. Finalement, l’interface utilisateur peut afficher « The required appliance was not found » ou « Request timed out ».

À la suite de ce problème :

• Pour les appliances non configurées
  • Impossible d’accéder à la page de connexion de PowerStore Manager ou de se connecter à l’API REST.
  • Connection Utility ne peut pas afficher les appliances configurées et non configurées dans un tel environnement en raison de l’absence d’adresse IP de découverte sur les appliances.
• Pour les appliances configurées
  • Impossible d’accéder à la page de connexion de PowerStore Manager ou de se connecter à l’API REST.
  • L’opération Ajouter une appliance n’est pas possible.

Accédez au système à l’aide de SSH. Si SSH n’est pas activé, utilisez les ports de service comme indiqué dans PowerStore : accès SSH et PowerStore Manager à l’aide des ports LAN de service.

Impossible d’émettre des commandes pstcli.

[SVC:service@XXXXXXX-B user]$ pstcli -d <ClusterIP> -u admin -session
Password (for host localhost):
The system was unable establish a secure connection to the storage server.

Aucune adresse IP IPv4 169.254/16 liée sur disc0 :
 

[SVC:service@XXXXXXX-A user]$ ip a show | grep disc0 -A 3
11: disc0@eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether aa:aa:aa:aa:aa:aa brd ff:ff:ff:ff:ff:ff
    inet6 fe80::xxxx:xxxx:fe34:2b4a/64 scope link
       valid_lft forever preferred_lft forever
 
[SVC:service@XXXXXXX-B user]$ ip a show | grep disc0 -A 3
11: disc0@eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether bb:bb:bb:bb:bb:bb brd ff:ff:ff:ff:ff:ff
    inet6 fe80::xxxx:xxxx:fe34:2b4a/64 scope link
       valid_lft forever preferred_lft forever

• Lors du démarrage du nœud, le service avahi-autoipd sélectionne de manière aléatoire une adresse IP dans la plage 169.254.0.0/16, teste si un autre périphérique utilise cette adresse IP à l’aide d’arping, puis la lie à l’interface disc0
• Une adresse IP de l’interface disc0 est requise pour charger la pile HTTP Control Path.
• En raison d’une réponse ARP inattendue d’un périphérique réseau dans l’environnement réseau de gestion, le service avahi-autoipd ne parvient pas à obtenir une adresse IP, ce qui empêche le chargement de la pile HTTP Control Path et entraîne la perte de l’accès à l’interface utilisateur Web et à la PSTCLI.

Contournement :

• Identifiez l’appareil qui envoie des réponses ARP inattendues à PowerStore.
• Le problème peut être résolu en arrêtant le commutateur ou le périphérique agissant en tant que proxy ARP dans le réseau de gestion. Pour ce faire, procédez de l’une des manières suivantes :
  • Mettez à jour le firmware du commutateur vers la version contenant le correctif pour le problème (pertinent pour les commutateurs Cisco comme décrit dans la section https://quickview.cloudapps.cisco.com/quickview/bug/CSCul01316).
  • Si le « proxy ARP » est activé sur le commutateur pour la plage d’adresses IP Zeroconf/Avahi de 169.254.0.0/16, il est recommandé de le désactiver ou de le reconfigurer pour exclure cette plage, car il ne doit pas être utilisé pour le proxy ARP.
    • Consultez l’administrateur réseau du client pour vérifier que la désactivation de ce paramètre ne doit avoir aucun impact sur les autres services réseau.
    • Consultez l’administrateur réseau du client pour connaître la meilleure façon d’effectuer cette modification.
  • Isolez le réseau de gestion de PowerStore sur un autre VLAN d’accès ou natif sur le commutateur.
• Une fois toutes les opérations ci-dessus effectuées, vérifiez que disc0 possède une adresse IPv4 au niveau de 169.254.0.0/16

[SVC:service@XXXXXXX-A user]$ ip a show | grep disc0 -A 3
11: disc0@eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether ea:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
    inet 169.xxx.xx.xx/16 brd 169.254.255.255 scope link disc0:mc
       valid_lft forever preferred_lft forever


[SVC:service@XXXXXXX-B user]$ ip a show | grep disc0 -A 3
11: disc0@eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 1a:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
    inet 169.xxx.xx.xxx/16 brd 169.254.255.255 scope link disc0:mc
       valid_lft forever preferred_lft forever

• Redémarrer controlpath 

[SVC:service@XXXXXXX-B user]$ svc_container_mgmt restart CP
Waiting for container restart
Container controlpath restart returned: 0
Container controlpath is back up
Waiting for stack to load
Waiting for stack to load
Waiting for stack to load
Waiting for stack to load
[SVC:service@XXXXXXX-B user]$

Si vous ne parvenez pas à identifier un périphérique réseau qui envoie des réponses ARP inattendues, ou si une assistance est requise pour résoudre ce problème, contactez le support technique ou votre représentant de service agréé en leur communiquant cet ID d’article de la base de connaissances Dell.

Correctif :
Ce problème a été résolu dans PowerStoreOS v3.6.0.0
(reportez-vous à MDT-498676 répertorié dans les notes de mise à jour de cette version du système d’exploitation).