PowerStore: WebUI (UI) non disponibile dopo l'aggiornamento NDU a 3.0 e versioni successive, riavvio del nodo o ciclo di alimentazione di un appliance

• L'interfaccia utente di PowerStore Manager non è accessibile (gli utenti non possono effettuare l'accesso) dopo un NDU, un 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 "503 Service Unavailable"
• Se si passa alla configurazione guidata iniziale (ICW) utilizzando la porta del servizio, l'utente potrebbe visualizzare un messaggio che indica "Loading...." Nel passaggio Dettagli cluster che continua per un periodo di tempo. Alla fine l'interfaccia utente potrebbe visualizzare "The required appliance was not found or Request timed out".

• Per gli appliance non configurati
  • Impossibile accedere alla pagina di accesso di PowerStore Manager o accedere all'API REST.
  • L'utilità di connessione non è in grado di visualizzare gli appliance configurati e non configurati in tale ambiente a causa dell'assenza di IP di individuazione sugli appliance.
• Per appliance configurati
  • Impossibile accedere alla pagina di accesso di PowerStore Manager o accedere all'API REST.
  • L'operazione add appliance non è possibile.

[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

• Durante l'avvio del nodo, il servizio avahi-autoipd raccoglie casualmente un IP nell'intervallo 169.254.0.0/16, verificare se qualsiasi altro dispositivo utilizza questo IP utilizzando l'arping e quindi lo associa 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 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 comporta la perdita dell'accesso a WebUI e PSTCLI.

• 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. Eseguire questa operazione in uno dei seguenti modi:
  • 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 "proxy ARP" è abilitato sullo switch per l'intervallo IP Zeroconf/Avahi pari a 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 abbia alcun impatto su nessun altro servizio di rete.
    • Consultare l'amministratore di rete del cliente sul modo migliore per eseguire questa modifica.
  • Isolare la rete di gestione di PowerStore in una VLAN nativa o di accesso diversa sullo switch.
• Una volta completate tutte le operazioni descritte in precedenza, verificare che disc0 disponga di un indirizzo IPv4 nell'intervallo 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

• 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 del servizio 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 nella nota di rilascio per questa versione del sistema operativo).