PowerFlex : La passerelle ne peut pas se connecter au MDM après la mise à niveau du système d’exploitation lorsque le fuseau horaire est défini sur Europe/Kiev

La mise à niveau se bloque, car la passerelle n’a pas pu se connecter au MDM. Le comportement suivant est observé sur chaque nœud GW.

Un appel de l’API de connexion MDM renvoie un délai d’expiration et une erreur 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}

En revanche, l’appel de l’API de connexion GW réussit :

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"}

Les journaux GW affichent des tentatives de reconnexion répétées et des erreurs « Réinitialisation de la connexion » sur le port 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)

Le port 6611 est accessible avec un test telnet brut, qui confirme que le réseau lui-même n’est pas bloqué :

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)

Tous les autres composants, SDS, SDC, etc., signalent un état normal, indiquant une défaillance spécifique à la passerelle.

Impact

L’échec de la communication GW-MDM empêche la mise à niveau automatisée, laissant le cluster dans un état de version mixte (GW est sur une nouvelle version, MDM est sur une ancienne version).

Lors de la mise à niveau du système d’exploitation sur la GW, la base de données TZ a été mise à jour à partir de l’identifiant historique Europe/Kiev Vers les plus récentes Europe/Kyiv (Changement de nom IANA en 2022).

Les composants PowerFlex génèrent et valident des jetons basés sur le temps lors de l’établissement d’une liaison SSL. Le code de l’ancienne version du MDM ne reconnaît pas le nouvel identifiant, ce qui entraîne une incompatibilité entre l’horodatage du jeton et la valeur attendue. Le résultat est un échec d’authentification (HTTP 428) et une réinitialisation immédiate de la connexion TCP sur le port 6611.

Le problème se produit sur n’importe quelle passerelle exécutée sur un système où le fichier de fuseau horaire contient Europe/Kyiv, même lorsque le MDM s’exécute sur un nœud plus ancien avec Europe/Kiev. Le problème est isolé du chemin de communication GW-MDM ; Appels REST directs vers /api/gatewayLogin réussissent parce qu’ils ignorent l’étape de validation du jeton.

Solution de contournement : rétablissez le fuseau horaire

1. Vérifiez le fuseau horaire actuel :

cat /etc/timezone

2. Si la sortie est Europe/Kyiv, remplacez-le par le nom hérité :

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

3. Vérifiez que la passerelle peut désormais se connecter :

La commande doit renvoyer une charge utile JSON réussie au lieu de HTTP 428.

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

Correctif permanent

Mettez à niveau tous les composants PowerFlex vers une version qui inclut le correctif de fuseau horaire, mentionné dans la section Corrigé dans la version, ci-dessous.