PowerStore: WebUI (UI) indisponível após o NDU para a versão 3.0 e posterior, reinicialização do nó ou ciclo de energia de um equipamento

A interface do usuário ou a CLI do PowerStore Manager (API Rest e PSTCLI) não estão disponíveis e podem retornar os seguintes erros:

• A interface do usuário do PowerStore Manager não está acessível (os usuários não conseguem fazer log-in) após um NDU, reinicialização de nó ou ciclo de energia do equipamento:
• Falha na tentativa de fazer log-in com o erro: "Service unavailable. Please retry in a few minutes. (0xE04040010004)" or "503 Service Unavailable"
• Se estiver passando pelo Assistente de Configuração Inicial (ICW) usando a porta de serviço, o usuário poderá ver uma mensagem dizendo "Carregando..." Na etapa Cluster Details, que continua por um tempo. Eventualmente, a interface do usuário pode exibir "The required appliance was not found or Request timed out".

Como resultado desse problema:

• Para equipamentos não configurados
  • Não é possível acessar a página de login do PowerStore Manager ou fazer login na API REST.
  • O Connection Utility não consegue mostrar equipamentos configurados e não configurados nesse ambiente devido à ausência de IP de detecção nos equipamentos.
• Para equipamentos configurados
  • Não é possível acessar a página de login do PowerStore Manager ou fazer login na API REST.
  • A operação Add Appliance não é possível.

Acesse o sistema via SSH; se o SSH não estiver habilitado, use as portas de serviço, conforme descrito em
PowerStore: acesso ao SSH e ao PowerStore Manager usando as portas LAN de serviço
.

[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.

No IPv4 169.254/16 IP bonded on 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 a inicialização do nó, o serviço avahi-autoipd escolherá aleatoriamente um IP no intervalo 169.254.0.0/16, testará se algum outro dispositivo usa esse IP com o arping e, em seguida,o vinculará à interface disc0
• É necessário um endereço IP da interface disc0 para carregar a pilha HTTP do caminho de controle.
• Devido a uma resposta inesperada do ARP de um dispositivo de rede no ambiente de rede de gerenciamento, o serviço avahi-autoipd falha ao obter um endereço IP,o que impede o carregamento da pilha HTTP docaminho de controle e resulta em perda de acesso à WebUI e PSTCLI.

Solução temporária:

• Identifique o dispositivo que está enviando respostas inesperadas de ARP ao PowerStore.
• O problema pode ser resolvido interrompendo o switch ou dispositivo atuando como proxy ARP na rede de gerenciamento. Faça isso de uma das seguintes maneiras:
  • Atualizar o firmware do switch para a versão que contém a correção do problema (principalmente relevante para switches Cisco, conforme descrito emhttps://quickview.cloudapps.cisco.com/quickview/bug/CSCul01316)
  • Se o "proxy ARP" estiver habilitado no switch para o intervalo de IP 169.254.0.0/16 do Zeroconf/Avahi, é recomendável que ele seja desativado ou reconfigurado para excluir esse intervalo, pois ele não deve ser usado para proxy ARP.
    • Consulte o administrador de rede do cliente para verificar se a desativação dessa configuração não deve afetar nenhum outro serviço de rede.
    • Consulte o administrador de rede do cliente sobre a melhor maneira de realizar essa alteração.
  • Isole a rede de gerenciamento do PowerStore a uma VLAN nativa ou de acesso diferente no switch.
• Depois que todos os itens acima forem concluídos, verifique se o disc0 tem um endereço IPv4 no intervalo 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

• Reinicie o 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 não for possível identificar um dispositivo de rede enviando respostas inesperadas de ARP ou se precisar de assistência para esse problema, entre em contato com o suporte técnico ou com seu representante de serviço autorizado e mencione o ID deste artigo da base de conhecimento Dell.

Correção:
Esse problema foi corrigido no PowerStoreOS v3.6.0.0
(consulte o MDT-498676 listado na nota da versão para esta versão do sistema operacional.)