PowerStore : Erreur PUHC : Le serveur Web pour l’accès à l’interface utilisateur et REST ne fonctionne pas, plusieurs vérifications ont été ignorées

PUHC échoue lors de la tentative de mise à niveau vers PowerStoreOS 3.6 ou PowerStoreOS 4.0.

Détails de l’interface utilisateur :

The web server for GUI and REST access is not working and multiple checks were skipped. Please contact your service provider. (rest_check_failed)

Message de journal :

Error: The web server for GUI and REST access is not working and multiple checks were skipped. (0XE1001003FFFF)

Il existe trois causes possibles pour cette erreur PUHC lors de la mise à niveau vers PowerStoreOS 3.6 ou PowerStoreOS 4.0.

Problème 1 :
L’utilisateur dispose d’un certificat tiers qui n’inclut pas l’adresse IP de clustering ICM PowerStore, ce qui entraîne l’échec de la vérification de l’interface utilisateur et de REST.

Problème 2 :
Une nouvelle vérification PUHC a été ajoutée à PowerStoreOS 3.6 et versions ultérieures qui vérifie la connectivité des deux nœuds à l’adresse IP du cluster ICM. Il existe un problème de routage dans le code PowerStoreOS 2.1 qui affecte l’adresse IP du cluster ICM et empêche cette nouvelle vérification PUHC de s’exécuter correctement.

Problème 3 :
  La commande user.db possède plusieurs enregistrements pour le certificat de serveur Management_HTTP externe dans le x509_certificate_table. Une entrée n’est pas valide et l’autre entrée est valide. En raison de l’enregistrement de certificat obsolète et non valide dans user.db étant lu en premier, PUHC ne parvient pas à générer le fichier de certificat approprié, ce qui entraîne REST Accès à partir de l' PUHC Les scripts de Control Path (CP) échouent.

Contournement:

Problème 1 :
Si les erreurs PUHC sont dues au fait que l’utilisateur dispose d’un certificat tiers qui n’inclut pas l’adresse IP de clustering ICM PowerStore, le certificat tiers doit être régénéré pour inclure l’adresse IP ICM du cluster.

Pour résoudre ce problème, l’utilisateur doit régénérer le certificat tiers avec l’adresse IP ICM du cluster. Les étapes détaillées de génération d’un certificat tiers sont décrites dans le Guide de configuration de la sécurité de Dell PowerStore (une connexion au support Dell enregistrée est requise pour afficher le document).

Une autre option pour résoudre ce problème consiste à revenir au certificat auto-signé. Vous trouverez plus d’informations sur ce processus dans l’article suivant : Restauration du certificat de gestion tiers sur auto-signé.

Problème 2 :

Dans certains cas, un redémarrage du chemin de contrôle (CP) a résolu ces problèmes PUHC sans avoir à prendre de mesures supplémentaires.

Redémarrez Control Path (CP) et réexécutez le PUHC après cinq minutes d’attente.

svc_container_mgmt restart CP

Si un redémarrage du CP ne résout pas le problème et qu’il a été confirmé que le problème n’est pas dû au fait que l’utilisateur dispose d’un certificat tiers qui n’inclut pas l’adresse IP de clustering ICM PowerStore, contactez le support technique Dell ou votre prestataire de services agréé et consultez cet article pour obtenir de l’aide.

Problème 3 :
Faites remonter le problème au support technique Dell ou à votre prestataire de services agréé et consultez cet article pour obtenir de l’aide.