PowerStore: interfaccia utente web (UI) non disponibile dopo un NDU alla versione 3.0 e successive, riavvio del nodo o ciclo di alimentazione di un appliance

L'interfaccia utente o la CLI di PowerStore Manager (RestAPI e PSTCLI) non è disponibile e potrebbe restituire i seguenti errori:

• L'interfaccia utente di PowerStore Manager non è accessibile (gli utenti non possono effettuare l'accesso) dopo un NDU, il riavvio del nodo o un ciclo di alimentazione dell'appliance:
• Il tentativo di accesso ha esito negativo con errore: "Service unavailable. Please retry in a few minutes. (0xE04040010004)" o "Servizio 503 non disponibile"
• Se si esegue la procedura guidata di configurazione iniziale (ICW) utilizzando la porta di servizio, è possibile che venga visualizzato il messaggio "Loading..." Sul passaggio Cluster Details che continua per un certo periodo di tempo. Alla fine l'interfaccia utente potrebbe visualizzare "The required appliance was not found" oppure "Request timed out".

Come risultato di questo problema:

• Per gli appliance non configurati
  • Impossibile accedere alla pagina di login di PowerStore Manager o accedere all'API REST.
  • Connection Utility non è in grado di visualizzare gli appliance configurati e non configurati in tale ambiente a causa dell'assenza dell'IP di rilevamento sugli appliance.
• Per gli appliance configurati
  • Impossibile accedere alla pagina di login di PowerStore Manager o accedere all'API REST.
  • Non è possibile effettuare l'operazione di aggiunta di appliance.

Accedere al sistema tramite ssh, se non è abilitato utilizzare le porte dei servizi come descritto in PowerStore: accesso SSH e PowerStore Manager tramite le porte LAN di servizio.

Impossibile eseguire i comandi 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.

Nessun IP IPv4 169.254/16 associato su 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

• Durante l'avvio del nodo, il servizio avahi-autoipd preleverà casualmente un IP nell'intervallo 169.254.0.0/16, verificherà se un altro dispositivo utilizza questo IP utilizzando arping e lo assocerà all'interfaccia disc0
• Per caricare lo stack HTTP del percorso di controllo è necessario un indirizzo IP dell'interfaccia disc0.
• A causa di una risposta ARP imprevista da parte di un dispositivo di rete nell'ambiente di rete di gestione, il servizio avahi-autoipd non riesce a ottenere un indirizzo IP, impedendo il caricamento dello stack HTTP del percorso di controllo e causando la perdita dell'accesso WebUI e PSTCLI.

Soluzione alternativa:

• Identificare il dispositivo che invia risposte ARP impreviste a PowerStore.
• Il problema può essere risolto arrestando lo switch o il dispositivo che funge da proxy ARP nella rete di gestione. A tale scopo, procedi in uno dei modi seguenti:
  • Aggiornare il firmware dello switch alla versione che contiene la correzione del problema (pertinente per gli switch Cisco, come descritto in https://quickview.cloudapps.cisco.com/quickview/bug/CSCul01316)
  • Se il "proxy ARP" è abilitato sullo switch per l'intervallo IP Zeroconf/Avahi di 169.254.0.0/16, si consiglia di disabilitarlo o riconfigurarlo per escludere questo intervallo in quanto non deve essere utilizzato per il proxy ARP.
    • Consultare l'amministratore di rete del cliente per verificare che la disabilitazione di questa impostazione non influisca su altri servizi di rete.
    • Consultare l'amministratore di rete del cliente sul modo migliore per eseguire questa modifica.
  • Isolare la rete di gestione di PowerStore su una VLAN di accesso o nativa diversa sullo switch.
• Al termine di tutte le operazioni descritte sopra, verificare che disc0 abbia un indirizzo IPv4 compreso nell'intervallo 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

• Riavviare 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]$

Se non è possibile identificare un dispositivo di rete che invia risposte ARP impreviste o se è necessaria assistenza per questo problema, contattare il supporto tecnico o il responsabile dell'assistenza autorizzato e citare l'ID di questo articolo della Knowledge Base di Dell.

Correzione:
Questo problema è stato risolto in PowerStoreOS v3.6.0.0
(vedere MDT-498676 elencato nelle note di rilascio per questa versione del sistema operativo).