vCenter 5.5 service ne démarre plus suite à la migration de domaine

Cette procédure n’est valide que pour vCenter 5.5 une solution existe pour 5.1 (ICI)

Dans un environnement de test, nous avons migré à la va-vite un vCenter sur un autre domaine sans enregistrer au préalable via le Webclient le nouveau domaine.

Apres redémarrage, le service vCenter ne redémarre plus. Il se trouve que le service “SsoCertificateManagerImpl” de SSO pointe sur le nom du vcenter avec l’ancien FQDN.

Vous aurez ces messages d’erreurs :

Event Type:    Error
Event Source:    VMware VirtualCenter Server
Event Category:    None
Event ID:    1000

Erreur logs VPX :

error ‘HttpConnectionPool-000001’] [ConnectComplete] Connect failed to <cs p:000000000a044270, TCP:MonVC.OLD-FQDN:7444>; cnx: (null), error: class Vmacore::SystemException(Hôte inconnu)
2014-03-04T10:55:01.597Z [06052 error ‘[SSO][SsoCertificateManagerImpl]’] [RetryOnConnectionFailure] SystemException while trying to connect to SSO Admin server: class Vmacore::SystemException(Hôte inconnu)
2014-03-04T10:55:01.597Z [06052 info ‘[SSO][SsoCertificateManagerImpl]’] [CreateAdminSsoServiceContent] Will attempt to connect again in 10 seconds.
2014-03-04T10:55:11.598Z [05772 warning ‘Default’] Failed to resolve address; <resolver p:0x0000000003d0a4d0, ‘MonVC.OLD-FQDN:7444′>, e: system:11001(Hôte inconnu)

En vCenter 5.1, cette entrée se trouve dans la base de données il était donc nécessaire de changer les valeurs de la table “IMS_CONFIG_VALUE” et changer la valeur des champs “ims.ldap-slots.0.primary-url” et “ims.ldap-slots.0.primary-url”

Mais sous vCenter 5.5 cette table n’existe plus.

Alors pour contourner le problème, dans le fichier host de votre vCenter, il faut mapper l’ancien FQDN avec l’IP fonctionnelle.

Redémarrer le service vCenter.

Puis sous le Web-client, dans administration, supprimer l’ancien domaine source d’identité et ajouter le nouveau domaine. 

 Vous pourrez ensuite retirer l’entrée dans le fichier host.