Guide de Veritas NetBackup™ Plug-in for VMware pour vSphere Web Client

Dépannage des pannes de communication de serveur maître dans le portail de récupération du plug-in

Pour récupérer des machines virtuelles, le plug-in doit avoir un serveur maître NetBackup enregistré avec un jeton d'authentification correct et valide. L'administrateur de NetBackup génère le jeton d'authentification sur un serveur maître NetBackup spécifique pour un client spécifique (par exemple, un serveur vCenter). Le jeton permet au système vCenter d'accéder au serveur maître NetBackup sur lequel le jeton a été généré. (Remarque : vous pouvez valider les jetons d'authentification pour les serveurs maîtres actuellement enregistrés à l'aide de l'option Enregistrer les serveurs maîtres dans le Portail de récupération du plug-in.)

Si le nom d'hôte ou l'adresse TCP/IP du système vCenter ne correspond pas exactement aux informations contenues dans le jeton d'authentification, les opérations suivantes échouent : l'opération d'enregistrement des serveurs maîtres et la récupération de la machine virtuelle. Pour la récupération de la machine virtuelle, le message d'erreur que vous recevez dépend de la position dans l'interface du plug-in où vous avez lancé la tentative de restauration. Vous pouvez notamment recevoir les erreurs suivantes :

Impossible d'obtenir la version du serveur maître. puis, java.security.cert.CertificateException

Aucun mappage n'a été trouvé entre le ou les systèmes vCenter, et le ou les serveurs maîtres "nom_serveur_maître" java.security.cert.CertificateException

Impossible de communiquer avec le serveur maître NetBackupnom_serveur_maître sur le port 8443 avec le jeton d'authentification fourni. Vérifiez que le nom du serveur maître NetBackup, le port et le jeton d'authentification sont valides.

Pour identifier correctement le problème et la mesure corrective, vous devez examiner le fichier journal VxUL. Sur le serveur maître, exécutez la commande ci-dessous :

vxlogview -i nbwebservice -p nb - L -E

Le fichier journal inclut des messages semblables à ce qui suit :

02/17/2017 10:03:37.831 [Error] Remote host name does not match the 
name in the certificate, remote name:vcenter02.domain.com, name from 
certificate:vcenter02

Dans la capture de journal affichée, le nom dans le jeton est vcenter02 et le nom requis est vcenter02.domain.com.

Veritas vous recommande de révoquer le jeton existant, de regénérer un jeton avec le nom requis et d'utiliser le nouveau jeton sur le système vCenter. Si vous n'y parvenez pas, ajoutez le nom de domaine complet du système vCenter comme un alias pour le jeton existant, comme suit :

manageClientCerts -addAlias vcenter02 -HOST vcenter02.domain.com

Vous pouvez également utiliser l'option -ANY :

manageClientCerts -addAlias vcenter02 -ANY

-ANY permet à tout hôte ou à toute adresse IP de communiquer avec le serveur NetBackup à l'aide de ce jeton.

Le fichier journal inclut des messages semblables à ce qui suit :

02/17/2017 16:18:13.951 [Error] Remote host name does not match the 
name in the certificate, remote name:10.10.10.11, name from 
certificate:vcenter02

Dans la capture de journal affichée, le nom dans le jeton est vcenter02 et le nom requis est 10.10.10.11.

Veritas vous recommande de révoquer le jeton existant, de regénérer un jeton avec le nom requis et d'utiliser le nouveau jeton sur le système vCenter. Si vous n'y parvenez pas, ajoutez l'adresse TCP/IP du système vCenter comme un alias pour le jeton existant, comme suit :

manageClientCerts -addAlias vcenter02 -IP 10.10.10.11

Vous pouvez également utiliser l'option -ANY :

manageClientCerts -addAlias vcenter02 -ANY

-ANY permet à tout hôte ou à toute adresse IP de communiquer avec le serveur NetBackup à l'aide de ce jeton.

Des informations supplémentaires sont disponibles:

Se reporter à Ajout ou suppression d'un nom d'hôte ou d'une adresse IP pour un jeton d'authentification.

Consultez la commande manageClientCerts dans le Guide de référence des commandes NetBackup.