Dell Unity: No se puede acceder a Unity después del reinicio del SP principal durante la actualización

El SP principal se reinicia durante el proceso de actualización.

No se puede acceder a los servicios de administración de Unity durante el reinicio del SP principal del proceso de actualización del código.

No se puede hacer ping a la IP de Unity y Unisphere no se carga.

El acceso a datos no se ve afectado.

En Unity, el SP principal maneja los servicios de administración (la dirección IP).
Cuando el SP principal se reinicia, los servicios de administración realizan una conmutación por error al SP secundario (par).

Problema 1:
Si el SP secundario no está conectado a la misma red de administración que el principal, la IP de Unity se vuelve inaccesible cuando el servicio de administración realiza una conmutación por error.

Ejemplo:
Antes de la actualización:

• El SP A es principal y el SP B es secundario
• El SP A está conectado a la red de administración desde la cual se accede a Unisphere.
• El SP B no está conectado a la misma red que el SP A.

Cuando el SP A se reinicia durante la actualización:

• El SP B se convierte en principal y el SP A en secundario.
• Dado que los servicios de administración se ejecutan con el SP B, la IP de administración de Unity queda inaccesible.

Problema 2:
Un segundo problema puede ocurrir cuando se produce la conmutación por error entre SP y suplantamos la dirección MAC en el nuevo SP. Es posible que algunos entornos de usuario estén captando la nueva dirección MAC "duplicada" y bloqueando el acceso al puerto del switch, lo que provoca la pérdida de acceso.
 
Esta mejora comprueba posibles problemas de conectividad en los puertos de administración. Consulte Dell Unity: La evaluación del estado previa a la actualización se completa con la advertencia: platform::check_management_port_2 (corregible por el usuario)

Test of the management port configuration indicates there may be a problem with the management port VLAN settings that could cause loss of management functionality during storage processor reboots associated with the upgrade. Some valid network configurations can also make this test fail. Ensure that the alternate management port is properly configured. See KB#000066048 for recommended VLAN management port guidelines. You can safely ignore this warning if there is not a real issue.

Captura de pantalla de la interfaz de usuario de PUHC Precaución:



Este mensaje de advertencia indica que el arreglo Unity no pudo confirmar la conectividad de red de administración del procesador de almacenamiento (SP) par. La nueva mejora de PUHC de Unity OE 5.3 inicia un sondeo del protocolo de resolución de direcciones (ARP) a la red. Esto es para confirmar cualquier problema de conectividad en el SP par, en el evento las operaciones de administración se conmutan por error al SP par.

El PUHC envía un sondeo ARP en lugar de un ping ARP estándar. La dirección IP de administración solo está activa en el SP principal, no en el par. Este es el motivo por el cual la comprobación debe ser un sondeo ARP en el par. El SP no primario (par) no tiene una dirección IP configurada para un ARP estándar. Por lo tanto, la solicitud de ARP se debe enviar con 0.0.0.0 completado y es un sondeo de ARP.

El mensaje de advertencia se produce si no se recibe una respuesta de la sonda ARP.

Esta advertencia no significa que el enlace del puerto estaba inactivo para un puerto de administración de SP antes de la actualización. Si ese fuera el problema, la evaluación del estado previa a la actualización lo detectaría (como se describe en el artículo de Dell Dell Unity: La evaluación del estado falla con [Código de error: plataforma::check_peer_management_port_link_2] (corregible por el usuario)

Durante la PUHC antes de la actualización:
El siguiente mensaje de advertencia es una advertencia suave y no una falla:

Warning Code: platform::check_management_port_2

Utilice una de las opciones del siguiente artículo para realizar una conmutación por error de las operaciones de administración al SP par a fin de probar si el SP par tiene conectividad con la red. Dell Unity: Cómo realizar una conmutación por error de servicios de administración (ECOM) (corregible por Dell)

Una opción adicional para este artículo es reiniciar el SP principal actual para realizar operaciones de administración de conmutación por error al SP par. Las operaciones de administración se pueden perder hasta 10 minutos durante el proceso de conmutación por error. Una vez que se recuperen las operaciones de administración, verifique que el SP par ahora sea el SP principal. Si las operaciones de administración funcionan correctamente en SPA y SPB después de las pruebas de conmutación por error, este mensaje de advertencia se puede ignorar de manera segura.

Durante la actualización:
Esta advertencia se puede ignorar si no se vio hasta la mitad de la actualización. Haga clic en el botón "Retry" para continuar con la actualización.  

Comuníquese con el soporte de Dell y mencione este artículo de la base de conocimientos, en caso de que el botón "Reintentar" no funcione.

Después de una actualización correcta:
La siguiente advertencia

Warning Code: platform::check_management_port_2

Se puede ignorar con seguridad si este mensaje de advertencia se recibió después de una actualización correcta a Unity OE 5.3 o superior.

Este artículo de la base de conocimientos se aplica a todos los reinicios del SP principal y no solo a las actualizaciones.

Ejemplos del problema: 

• En un caso, un SP estaba conectado a la red de administración, mientras que el otro cable de administración de SP estaba conectado a un switch iSCSI.
• En otro caso, un SP estaba conectado a la red de administración, mientras que el otro cable de administración de SP estaba conectado al puerto de switch de conexión con otra red a través de una VLAN diferente.

A partir de Unity OE versión 5.3, una nueva prueba es parte de la utilidad de evaluación del estado previo a la actualización (PUHC) para comprobar esta condición.  Esta prueba comprobará los SP primarios y secundarios.  La nueva prueba (que es diferente de la prueba actual en la que verificamos para asegurarse de que los puertos no estén inactivos) utilizará la utilidad "arp ping" (arping) para probar si la interfaz permite el tráfico del protocolo de resolución de direcciones (ARP) a través de su interfaz.  Por lo general, los switches están configurados para bloquear las transmisiones de ARP en las VLAN, por lo que, en la mayoría de los casos, esta prueba sería confiable para determinar si las VLAN para los puertos de administración están configuradas correctamente.  Esta prueba puede producir un falso negativo si el switch está configurado para permitir transmisiones entre VLAN y la prueba puede producir un falso positivo cuando las transmisiones están deshabilitadas, incluso dentro de una VLAN.  Sin embargo, en la mayoría de los casos, en condiciones normales, esta nueva prueba determinará si los puertos de administración están configurados correctamente en una VLAN.