NVP vProxy: Tworzenie kopii zapasowych maszyny wirtualnej kończy się niepowodzeniem podczas korzystania z hotadd "vProxy nie jest dostępny dla magazynu danych"
Summary: Tworzenie kopii zapasowych NetWorker VMware Protection (NVP) nie powiodło się podczas korzystania z metody transportu hotadd, wyświetlając komunikat "vProxy nie jest dostępne dla magazynu danych". Serwer vProxy znajduje się na hoście ESXi z dostępem do magazynu danych VMware do maszyn wirtualnych. Błąd występuje, ponieważ serwer vProxy zwraca swoją "krótką nazwę", gdy używana jest nazwa hosta. ...
Symptoms
Serwer vProxy jest włączony i zgłasza stan włączony w sekcji Devices-VMware>Proxy.
Serwer vProxy jest wdrażany na hoście VMware ESXi, który ma dostęp do magazynu danych VMware maszyny wirtualnej, która uległa awarii:
Cause
Podczas wdrażania maszyny wirtualnej vProxy podano skróconą nazwę vProxy zamiast nazwy FQDN we wdrożeniu OVA.
Polecenie nazwy hosta na serwerze vProxy zwraca wartość shortname zamiast nazwy FQDN
nsr-vproxy02:~ # hostname
nsr-vproxy02
hostnamectl zwraca następujące wartości:
nsr-vproxy02:~ # hostnamectl
Static hostname: nsr-vproxy02.amer.lan
Transient hostname: nsr-vproxy02
Resolution
vProxy 4.3.0.x i starsze:
1. Usuń vProxy z NetWorker.
2. Ponownie wdróż serwer vProxy i określ nazwę FQDN serwera vProxy w oknie Customize template :

vProxy 4.4.0.x i nowsze
1. Otwórz sesję SSH na vProxy i zaloguj się jako administrator.
2. Przełącz się do katalogu głównego:
sudo su -
3. Zaktualizuj plik /etc/hostname , aby określić nazwę FQDN vProxy zamiast jej skróconej nazwy.
4. Upewnij się, że plik /etc/hosts zawiera nazwę FQDN i skróconą nazwę vProxy:
nsr-vproxy02:~ # cat /etc/hosts
127.0.0.1 localhost.localdom localhost
192.168.9.152 nsr-vproxy02.amer.lan nsr-vproxy02
5. Uruchom ponownie vProxy i powtórz kroki 1 i 2, gdy vProxy powróci do trybu online.
6. Ustaw przejściową nazwę hosta serwera vProxy na rozpoznawalną nazwę FQDN DNS:
hostnamectl set-hostname --transient vProxy_FQDN
7. Sprawdź, czy polecenie hostname zwraca nazwę FQDN serwera vProxy, a nie nazwę skróconą. hostnamctl powinien zwrócić 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. Upewnij się, że serwer vProxy jest ustawiony na używanie tylko hotadd:
Additional Information
Jeśli polecenie nazwy hosta zwróci nazwę FQDN serwera vProxy, ten artykuł bazy wiedzy nie ma zastosowania. Patrz: NVP-vProxy: Jak używać narzędzia do sprawdzania kondycji ProxyHC na urządzeniu vProxy.
Użyj narzędzia ProxyHC zgodnie z opisem w powyższej bazie wiedzy. Użyj następującej składni, aby przetestować łączność hotadd dla określonej maszyny wirtualnej:
./ProxyHC hotadd
To narzędzie wyszukuje inne potencjalne problemy skutkujące niepowodzeniem dodawania kopii zapasowej.