NVP vProxy: I backup delle VM hanno esito negativo quando si utilizza la modalità hotadd "vProxy non disponibile per il datastore"
Summary: I backup NetWorker VMware Protection (NVP) hanno esito negativo quando si utilizza il metodo di trasporto hotadd e viene visualizzato il messaggio "vProxy non disponibile per il datastore". Il vProxy si trova su un host ESXi con accesso al datastore VMware alle VM. L'errore si verifica perché vProxy restituisce il suo "nome breve" quando viene utilizzato "nome host". ...
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
I backup di NetWorker VMware Protection (NVP) hanno esito negativo quando vProxy è configurato per utilizzare solo "hotadd".
Il backup ha esito negativo e indica che non è disponibile alcun vProxy per il datastore VMware:
Il vProxy è acceso e viene visualizzato come Enabled in Devices-VMware>Proxies.
Il vProxy viene implementato su un host VMware ESXi che ha accesso al datastore VMware della macchina virtuale guasta:
Cause
Quando la VM vProxy è stata implementata, nel deployment OVA è stato fornito il nome breve del vProxy anziché il relativo FQDN.
Il comando hostname in vProxy restituisce il nome breve anziché il nome di dominio completo
nsr-vproxy02:~ # hostname
nsr-vproxy02
hostnamectl restituisce:
nsr-vproxy02:~ # hostnamectl
Static hostname: nsr-vproxy02.amer.lan
Transient hostname: nsr-vproxy02
Resolution
vProxy 4.3.0.x e versioni precedenti:
1. Eliminare il vProxy da NetWorker.
2. Reinstallare il vProxy e specificare l'FQDN del vProxy nella finestra Customize template:
vProxy 4.4.0.x e versioni successive
1. Aprire una sessione SSH sul vProxy e accedere come amministratore.
2. Passare a root:
sudo su -
3. Aggiornare il file /etc/hostname per specificare l FQDN vProxies anziché il nome breve.
4. Assicurarsi che il file /etc/hosts contenga l'FQDN e il nome breve di vProxy:
nsr-vproxy02:~ # cat /etc/hosts
127.0.0.1 localhost.localdom localhost
192.168.9.152 nsr-vproxy02.amer.lan nsr-vproxy02
5. Riavviare il vProxy e ripetere i passaggi 1 e 2 una volta che il vProxy torna online.
6. Impostare il nome host temporaneo del vProxy sul nome di dominio completo risolvibile DNS:
hostnamectl set-hostname --transient vProxy_FQDN
7. Verificare che il comando hostname restituisca l FQDN del vProxy anziché il nome breve. hostnamctl deve restituire l FQDN vProxy:
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. Accertarsi che il vProxy sia impostato solo per l'utilizzo di hotadd:
NOTA: Se il gruppo di protezione contiene macchine virtuali che non supportano hotadd, il campo maximum NBD sessions deve corrispondere alla colonna hotadd sessions. Consultare la NetWorker VMware Integration Guide per informazioni sulle configurazioni delle VM che non supportano la modalità hotadd.
Additional Information
Se il comando hostname restituisce l FQDN del vProxy, questo articolo della KB non è applicabile. Vedere: NVP-vProxy: Come utilizzare lo strumento di controllo integrità ProxyHC sull'appliance vProxy.
Utilizzare l'utilità ProxyHC come descritto nella KB precedente. Utilizzare la sintassi seguente per testare la connettività hotadd per una macchina virtuale specificata:
./ProxyHC hotadd
Questo strumento verifica la presenza di altri potenziali problemi che causano un errore di backup hotadd.
Affected Products
NetWorkerProducts
NetWorker FamilyArticle Properties
Article Number: 000228167
Article Type: Solution
Last Modified: 04 Aug 2025
Version: 4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.