PowerStore: la interfaz de usuario web (UI) no está disponible después de una NDU a 3.0 y superior, un reinicio del nodo o un ciclo de apagado y encendido de un dispositivo

La UI o CLI de PowerStore Manager (RestAPI y PSTCLI) no están disponibles y podrían arrojar los siguientes errores:

• La UI de PowerStore Manager queda inaccesible (los usuarios no pueden iniciar sesión) tras una NDU, un reinicio de nodo o un ciclo de apagado y encendido del dispositivo:
• Los intentos para iniciar sesión fallan con el error: “Service unavailable. Please retry in a few minutes. (0xE04040010004)” o “503 Service Unavailable”
• Si pasa por el asistente de configuración inicial (ICW) mediante el puerto de servicio, es posible que el usuario vea un mensaje que dice "Cargando..." En el paso Cluster Details, que continúa durante un tiempo. Finalmente, la interfaz del usuario puede mostrar “The required appliance was not found o Request timed out”.

Como resultado de este problema:

• Para dispositivos no configurados
  • No es posible acceder a la página de inicio de sesión de PowerStore Manager o iniciar sesión en la API REST.
  • Connection Utility no puede mostrar dispositivos configurados y no configurados en dicho entorno debido a la ausencia de direcciones IP de descubrimiento en los dispositivos.
• Para dispositivos configurados
  • No es posible acceder a la página de inicio de sesión de PowerStore Manager o iniciar sesión en la API REST.
  • La operación Agregar dispositivo no es posible.

Acceda al sistema usando SSH; si SSH no está activado, use los puertos de servicio como se destaca en
PowerStore: acceso a SSH y PowerStore Manager mediante los puertos LAN de servicio
.

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

Sin IP IPv4 169.254/16 adherida en el disco0:
 

[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 un arranque de nodo, el servicio avahi-autoipd service selecciona al azar una IP en el rango 169.254.0.0/16, prueba si hay algún otro dispositivo que utilice esta IP mediante arping y, luego,lo vincula a la interfaz de disc0
• Se requiere una dirección IP de interfaz disc0 para cargar la pila HTTP de ruta de control.
• Debido a una respuesta de ARP inesperada desde un dispositivo de red en el entorno de red de administración, el servicio avahi-autoipd no logra obtener una dirección IP, lo cual evita que lapila HTTP de ruta de control se cargue y provoca una pérdida de acceso a WebUI y PSTCLI.

Solución alternativa:

• Identifique el dispositivo que envía respuestas de ARP inesperadas a PowerStore.
• El problema se puede resolver tras detener el switch o dispositivo que actúa como ARP del proxy en la red de administración. Esto se puede hacer mediante cualquiera de los siguientes métodos:
  • Actualice el firmware del switch a la versión que contenga una corrección del problema (es principalmente relevante para los switches Cisco según se describe enhttps://quickview.cloudapps.cisco.com/quickview/bug/CSCul01316)
  • Si “proxy ARP” está activado en el switch para el rango de IP 169.254.0.0/16 en Zeroconf/Avahi, se sugiere desactivarlo o reconfigurarlo a fin de que excluya este rango, pues no se debe utilizar para un ARP de proxy.
    • Consulte con el administrador de red del cliente para verificar si la desactivación de esta configuración no afecta algún otro servicio de red.
    • Consulte con el administrador de red del cliente acerca de la mejor manera de realizar este cambio.
  • Aísle la red de administración de PowerStore a una VLAN de acceso o nativa diferente en el switch.
• Una vez realizado todo lo anterior, verifique que disc0 tenga una dirección IPv4 en el rango 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

• Restart 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 no puede identificar un dispositivo de red que envía respuestas de ARP inesperadas o si necesita asistencia para este problema, comuníquese con el soporte técnico o con su representante de servicio autorizado y mencione el ID de este artículo de la base de conocimientos de Dell.

Corrección:
Este problema se resolvió en PowerStoreOS v3.6.0.0
(consulte el MDT-498676 que se indica en las notas de la versión de esta versión del sistema operativo).