PowerStore : Interface utilisateur Web (UI) indisponible après la mise à niveau sans perturbation vers la version 3.0 et les versions ultérieures, redémarrage du nœud ou cycle d’alimentation d’une appliance

• 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 unavailable. 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 Cluster Details qui se poursuit pendant un moment. Finalement, l’interface utilisateur peut afficher « The required appliance was not found or Request timed out ».

• Pour les appliances non configurées
  • Impossible d’accéder à la page de connexion à PowerStore Manager ou de se connecter à l’API REST.
  • Connection Utility ne peut pas afficher les appliances configurées et non configurées dans cet 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 à PowerStore Manager ou de se connecter à l’API REST.
  • L’opération Ajouter une appliance n’est pas possible.

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

[SVC:service@XXXXXXX-A user]$ ip a show | grep disc0 -A 3
11: disc0@eno1:  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::18df:bcff: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:  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::18df:bcff:fe34:2b4a/64 scope link
       valid_lft forever preferred_lft forever

• Lors du démarrage du nœud, le service avahi-autoipd collecte 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 de l’arping, puis la lie à l’interface disc0
• Une adresse IP d’interface disc0 est requise pour charger la pile HTTP du chemin de contrôle.
• 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 du chemin de contrôle et entraîne une perte d’accès à l’interface utilisateur Web et à la PSTCLI.

• Identifiez le périphérique 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. Procédez de l’une des manières suivantes :
  • Mettez à jour le firmware du commutateur vers la version qui contient le correctif pour le problème (pertinent pour les commutateurs Cisco, comme décrit dans 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 l’ARP proxy.
    • 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 accès ou un VLAN natif sur le commutateur.
• Une fois que toutes les opérations ci-dessus sont terminées, vérifiez que disc0 possède une adresse IPv4 dans la plage de 169.254.0.0/16

[SVC:service@XXXXXXX-A user]$ ip a show | grep disc0 -A 3
11: disc0@eno1:  mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether ea:44:78:0a:05:c0 brd ff:ff:ff:ff:ff:ff
    inet 169.254.60.18/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:  mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 1a:df:bc:34:2b:4a brd ff:ff:ff:ff:ff:ff
    inet 169.254.64.234/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 ce problème, contactez le support technique ou votre représentant de service agréé et indiquez l’ID de cet article de la base de connaissances Dell.

Difficulté:
Ce problème a été corrigé dans PowerStoreOS v3.6.0.0
(voir le MDT-498676 répertorié dans la note de mise à jour pour cette version du système d’exploitation.)