NVP vProxy: Los respaldos de VM fallan cuando se usa la adición en caliente "vProxy no está disponible para el almacén de datos"
Summary: Los respaldos de NetWorker VMware Protection (NVP) fallan cuando se utiliza el método de transporte de adición en caliente, lo que indica "vProxy no está disponible para el almacén de datos". El vProxy se encuentra en un host ESXi con acceso al almacén de datos de VMware a las VM. El error se produce porque el vProxy devuelve su "nombre corto" cuando se utiliza "nombre de host". ...
Symptoms
El vProxy está encendido y se informa como Enabled en Devices-VMware>Proxies.
El vProxy se implementa en un host VMware ESXi que tiene acceso al almacén de datos de VMware de la VM fallida:
Cause
Cuando se implementó la VM de vProxy, se proporcionó el nombre abreviado del vProxy en lugar de su FQDN en la implementación de OVA.
El comando hostname en el vProxy devuelve un nombre corto en lugar de FQDN
nsr-vproxy02:~ # hostname
nsr-vproxy02
hostnamectl devuelve:
nsr-vproxy02:~ # hostnamectl
Static hostname: nsr-vproxy02.amer.lan
Transient hostname: nsr-vproxy02
Resolution
vProxy 4.3.0.x y versiones anteriores:
1. Elimine el vProxy de NetWorker.
2. Vuelva a implementar el vProxy y especifique el FQDN del vProxy en la ventana Customize template:

vProxy 4.4.0.x y versiones más recientes
1. Abra una sesión SSH en el vProxy e inicie sesión como administrador.
2. Cambie a root:
sudo su -
3. Actualice el archivo /etc/hostname para especificar el FQDN de vProxies en lugar de su nombre corto.
4. Asegúrese de que el archivo /etc/hosts contenga el FQDN y el nombre corto de vProxies:
nsr-vproxy02:~ # cat /etc/hosts
127.0.0.1 localhost.localdom localhost
192.168.9.152 nsr-vproxy02.amer.lan nsr-vproxy02
5. Reinicie el vProxy y repita los pasos 1 y 2 una vez que el vProxy vuelva a estar en línea.
6. Configure el nombre de host transitorio del vProxy en el FQDN que se puede resolver por DNS:
hostnamectl set-hostname --transient vProxy_FQDN
7. Verifique que el comando hostname devuelva el FQDN del vProxy en lugar del nombre corto. hostnamctl debe devolver el FQDN de 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. Asegúrese de que el vProxy esté configurado para usar solo la adición en caliente:
Additional Information
Si el comando hostname devuelve el FQDN del vProxy, este artículo de la base de conocimientos no es aplicable. Consulte: NVP-vProxy: Cómo utilizar la herramienta de evaluación del estado ProxyHC en el dispositivo vProxy.
Utilice la utilidad ProxyHC como se detalla en el artículo de la base de conocimientos anterior. Utilice la siguiente sintaxis para probar la conectividad de adición en caliente para una VM especificada:
./ProxyHC hotadd
Esta herramienta comprueba si hay otros problemas potenciales que generen una falla en el respaldo de adición en caliente.