NVP vProxy: Os backups de VM falham ao usar hotadd "vProxy não está disponível para datastore"
Summary: Os backups do NetWorker VMware Protection (NVP) falham ao usar o método de transporte hotadd, informando que "o vProxy não está disponível para datastore". O vProxy está em um host do ESXi com acesso de datastore VMware às VMs. O erro ocorre porque o vProxy está retornando seu "shortname" quando "hostname" é usado. ...
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
Os backups do NetWorker VMware Protection (NVP) apresentam falha quando o vProxy é configurado para usar somente "hotadd".
O backup apresenta falha, informando que não há nenhum vProxy disponível para o datastore VMware:
O vProxy é ativado e reportado como Enabled em Devices-VMware>Proxies.
O vProxy é implementado em um host VMware ESXi que tem acesso ao datastore VMware da VM com falha:
Cause
Quando a VM do vProxy era implementada, o nome curto do vProxy era fornecido em vez de seu FQDN na implementação do OVA.
O comando hostname no vProxy retorna o nome curto em vez do FQDN
nsr-vproxy02:~ # hostname
nsr-vproxy02
hostnamectl retorna:
nsr-vproxy02:~ # hostnamectl
Static hostname: nsr-vproxy02.amer.lan
Transient hostname: nsr-vproxy02
Resolution
vProxy 4.3.0.x e versões mais antigas:
1. Exclua o vProxy do NetWorker.
2. Implemente novamente o vProxy e especifique o FQDN do vProxy na janela Customize template:
vProxy 4.4.0.x e mais recente
1. Abra uma sessão SSH para o vProxy e faça log-in como administrador.
2. Alterne para root:
sudo su -
3. Atualize o arquivo /etc/hostname para especificar o FQDN do vProxies em vez de seu nome curto.
4. Certifique-se de que o arquivo /etc/hosts contenha o FQDN e o nome curto do vProxies:
nsr-vproxy02:~ # cat /etc/hosts
127.0.0.1 localhost.localdom localhost
192.168.9.152 nsr-vproxy02.amer.lan nsr-vproxy02
5. Reinicialize o vProxy e repita as etapas 1 e 2 assim que o vProxy voltar a ficar on-line.
6. Defina o nome de host transitório do vProxy para o FQDN resolvível do DNS:
hostnamectl set-hostname --transient vProxy_FQDN
7. Verifique se o comando hostname retorna o FQDN do vProxy em vez do nome curto. hostnamctl deve retornar o FQDN do 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. Certifique-se de que o vProxy esteja definido para usar hotadd somente:
Nota: Se o grupo de proteção contiver VMs que não são compatíveis com hotadd, o campo maximum NBD sessions deverá corresponder à coluna hotadd sessions. Consulte o Guia de integração do NetWorker VMware para saber mais sobre as configurações de VM que não são compatíveis com hotadd.
Additional Information
Se o comando hostname retornar o FQDN do vProxy, este KB não será aplicável. Consulte: NVP - vProxy: Como usar a ferramenta de verificação de integridade ProxyHC no equipamento vProxy.
Use o utilitário ProxyHC conforme detalhado no artigo da KB acima. Use a seguinte sintaxe para testar a conectividade hotadd de uma VM especificada:
./ProxyHC hotadd
Essa ferramenta verifica se há outros possíveis problemas que resultem em falha de 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.