NVP vProxy : Échec des sauvegardes de machine virtuelle lors de l’utilisation de hotadd « vProxy n’est pas disponible pour le datastore »
Summary: Les sauvegardes NetWorker VMware Protection (NVP) échouent lors de l’utilisation de la méthode de transport hotadd, indiquant « vProxy n’est pas disponible pour le datastore ». Le vProxy se trouve sur un hôte ESXi avec un accès du datastore VMware aux machines virtuelles. L’erreur se produit car le vProxy renvoie son « nom court » lorsque « hostname » est utilisé. ...
Symptoms
Le vProxy est sous tension et s’affiche comme Activé sous Devices-VMware>Proxies.
Le vProxy est déployé sur un hôte VMware ESXi qui a accès au datastore VMware de la machine virtuelle en panne :
Cause
Lors du déploiement de la machine virtuelle vProxy, le nom abrégé du vProxy a été fourni à la place de son FQDN dans le déploiement OVA.
La commande hostname sur le vProxy renvoie un nom court au lieu du FQDN
nsr-vproxy02:~ # hostname
nsr-vproxy02
hostnamectl renvoie :
nsr-vproxy02:~ # hostnamectl
Static hostname: nsr-vproxy02.amer.lan
Transient hostname: nsr-vproxy02
Resolution
vProxy 4.3.0.x et versions antérieures :
1. Supprimez le vProxy de NetWorker.
2. Redéployez le vProxy et spécifiez le FQDN du vProxy dans la fenêtre Customize template :

vProxy 4.4.0.x et versions ultérieures
1. Ouvrez une session SSH sur le vProxy et connectez-vous en tant qu’administrateur.
2. Passez à l’utilisateur root :
sudo su -
3. Mettez à jour le fichier /etc/hostname pour spécifier le FQDN vProxies au lieu de son nom abrégé.
4. Assurez-vous que le fichier /etc/hosts contient le FQDN et le nom abrégé des vProxies :
nsr-vproxy02:~ # cat /etc/hosts
127.0.0.1 localhost.localdom localhost
192.168.9.152 nsr-vproxy02.amer.lan nsr-vproxy02
5. Redémarrez le vProxy et répétez les étapes 1 et 2 une fois que le vProxy sera de nouveau en ligne.
6. Définissez le nom d’hôte transitoire du vProxy sur le FQDN pouvant être résolu par le DNS :
hostnamectl set-hostname --transient vProxy_FQDN
7. Vérifiez que la commande hostname renvoie le FQDN du vProxy au lieu du nom abrégé. hostnamctl doit renvoyer le FQDN vProxies :
nsr-vproxy02:~ # hostnamectl
Static hostname: nsr-vproxy02.amer.lan
Icon name: computer-vm
Chassis: vm
Machine ID: 6256d6f0fc6486601577a662606516fc
Boot ID: 90261c06d0c04dfebea826556a8faac4
Virtualization: vmware
Operating System: SUSE Linux Enterprise Server 12 SP5
CPE OS Name: cpe:/o:suse:sles:12:sp5
Kernel: Linux 4.12.14-122.183-default
Architecture: x86-64
8. Assurez-vous que le vProxy est configuré pour utiliser uniquement hotadd :
Additional Information
Si la commande hostname renvoie le FQDN du vProxy, cet article de la base de connaissances n’est pas applicable. Voir : NVP-vProxy : Utilisation de l’outil de bilan de santé ProxyHC sur l’appliance vProxy.
Utilisez l’utilitaire ProxyHC comme indiqué dans la base de connaissances ci-dessus. Utilisez la syntaxe suivante pour tester la connectivité hotadd pour une machine virtuelle spécifiée :
./ProxyHC hotadd
Cet outil recherche d’autres problèmes potentiels entraînant l’échec de la sauvegarde hotadd.