PowerFlex: El gateway no se puede conectar al MDM después de la actualización del SO cuando la zona horaria está configurada en Europa/Kiev

La actualización se detiene porque GW no pudo iniciar sesión en el MDM. Se observa el siguiente comportamiento en cada nodo de GW.

Una llamada a la API de inicio de sesión de MDM devuelve un tiempo de espera agotado y un error HTTP 428:

curl -k -v --basic --user admin:<password> https://<MDM IP>:4445/api/login

curl -k -v --basic --user admin:********** https://10.1.1.1:4445/api/login

* Connected to 10.1.1.1 (10.1.1.1) port 4445 (#0)
{"message":"Failed connecting to cluster: 10.1.1.1 192.168.1.1 10.1.1.2", "httpStatusCode":428,"errorCode":0}

Por el contrario, la llamada a la API de inicio de sesión de GW se realiza correctamente:

curl -k -v --basic --user admin:<password> https://<GW IP>:4445/api/gatewayLogin

curl -k -v --basic --user admin:********** https://10.1.1.1:4445/api/gatewayLogin

* Connected to 10.1.1.1 (10.1.1.1) port 4445 (#0)
{"message":"Login successful"}

Los registros de GW muestran intentos repetidos de reconexión y errores de "restablecimiento de conexión" en el puerto 6611:

2025-08-10 05:58:48,747 [command-service-0-ReceiveLoop-450941627] WARN  c.e.e.c.service.CommandService - Connection error connection failed
2025-08-10 05:58:48,749 ERROR c.e.e.n.c.LayeredProtocolConnection - unexpected problem during connection opening to 192.168.1.1: Connection refused (Connection refused)

Se puede acceder al puerto 6611 con una prueba de telnet sin procesar, lo que confirma que la red en sí no está bloqueada:

curl -v telnet://192.168.1.1:6611
Trying 192.168.1.1:6611 ...
* Connected to 192.168.1.1 (192.168.1.1) port 6611 (#0)

Todos los demás componentes, SDS, SDC, etc., informan un estado normal, lo que indica una falla específica de GW.

Impacto

La comunicación entre GW y MDM fallida impide la actualización automatizada, lo que deja al clúster en un estado de versión mixta (GW está en una versión nueva, MDM está en una versión anterior).

Durante la actualización del sistema operativo en GW, la base de datos de TZ se actualizó desde el identificador histórico Europe/Kiev Ir a la versión más reciente Europe/Kyiv (Cambio de nombre de la IANA en 2022).

Los componentes de PowerFlex generan y validan tokens basados en tiempo durante el protocolo de enlace SSL. El código de versión anterior del MDM no reconoce el nuevo identificador, lo que provoca una incompatibilidad entre la marca de tiempo del token y el valor esperado. El resultado es una autenticación fallida (HTTP 428) y un restablecimiento inmediato de la conexión TCP en el puerto 6611.

El problema aparece en cualquier GW que se ejecute en un sistema donde el archivo de zona horaria contenga Europe/Kyiv, incluso cuando el MDM se ejecuta en un nodo más antiguo con Europe/Kiev. El problema está aislado en la ruta de comunicación GW-MDM; llamadas REST directas a /api/gatewayLogin Tienen éxito porque omiten el paso de validación de token.

Solución alternativa: revierta la zona horaria

1. Compruebe la zona horaria actual:

cat /etc/timezone

2. Si la salida es Europe/Kyiv, cámbielo al nombre heredado:

ln -sf /usr/share/zoneinfo/Europe/Kiev /etc/localtime
echo "Europe/Kiev" > /etc/timezone
systemctl restart chronyd
systemctl restart scaleio-gateway

3. Valide que el gateway ahora pueda iniciar sesión:

El comando debe devolver una carga útil JSON correcta en lugar de HTTP 428.

curl -k -v --basic --user admin:<password> https://<MDM IP>:4445/api/login

Corrección permanente

Actualice todos los componentes de PowerFlex a una versión que incluya la corrección de zona horaria, que se menciona en la sección Fixed In Version, a continuación.