NVP vProxy: VM-sikkerhetskopiering mislykkes når du bruker hotadd "vProxy er ikke tilgjengelig for datastore"

Summary: NetWorker VMware Protection-sikkerhetskopier (NVP) mislykkes når du bruker hotadd-transportmetoden, og sier "vProxy er ikke tilgjengelig for datastore." vProxy er på en ESXi-vert med VMware-datalagertilgang til de virtuelle maskinene. Feilen oppstår fordi vProxy returnerer sitt "kortnavn" når "vertsnavn" brukes. ...

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.
Check out other resources

Symptoms

NetWorker VMware Protection-sikkerhetskopieringer (NVP) mislykkes når vProxy er konfigurert til å bruke "hotadd".
Sikkerhetskopieringen mislykkes, og sier at det ikke er noen vProxy tilgjengelig for VMware-datalageret:
vProxy er ikke tilgjengelig for datastore

vProxy slås på og rapporteres som aktivert under VMware-proxyer>.
vProxy distribueres på en VMware ESXi-vert som har tilgang til den defekte VMware-datalagringen:
ESXI-vert
Datalagre
Hvis vProxy er konfigurert til å bruke NBD-sikkerhetskopieringer, fullføres sikkerhetskopieringene.

Cause

Da vProxy VM ble distribuert, ble vProxys kortnavn oppgitt i stedet for FQDN i OVA-distribusjonen. 

Vertsnavn-kommandoen på vProxy returnerer kortnavn i stedet for FQDN

nsr-vproxy02:~ # hostname
nsr-vproxy02

hostnamectl returns:

nsr-vproxy02:~ # hostnamectl
   Static hostname: nsr-vproxy02.amer.lan
Transient hostname: nsr-vproxy02

 

Resolution

vProxy 4.3.0.x og eldre:

1. Slett vProxy fra NetWorker.
2. Distribuer vProxy på nytt, og spesifiser FQDN for vProxy i vinduet Tilpass mal:

mal for vProxy-implementering

3. Registrer den nylig implementerte vProxy med NetWorker.

vProxy 4.4.0.x og nyere 

1. Åpne en SSH-økt til vProxy, og logg på som administrator.
2. Bytt til rot: 

sudo su -

3. Oppdater /etc/hostname-filen for å spesifisere vProxies FQDN i stedet for kortnavnet.
4. Kontroller at /etc/hosts-filen inneholder vProxies FQDN og kortnavn:

nsr-vproxy02:~ # cat /etc/hosts
127.0.0.1  localhost.localdom localhost
192.168.9.152     nsr-vproxy02.amer.lan     nsr-vproxy02

5. Start vProxy på nytt, og gjenta trinn 1 og 2 så snart vProxy er tilkoblet igjen.
6. Sett vProxys midlertidige vertsnavn til FQDN for DNS som kan løses:

hostnamectl set-hostname --transient vProxy_FQDN

7. Kontroller at kommandoen hostname returnerer FQDN for vProxy i stedet for kortnavn. hostnamctl bør returnere vProxies FQDN:

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. Kontroller at vProxy er satt til bare å bruke hotadd:

Hotadd
MERK: Hvis beskyttelsesgruppen inneholder VM-er som ikke støtter hotadd, må feltet maksimalt antall økter neste arbeidsdag samsvare med kolonnen hotadd-økter. Se integreringsveiledningen for NetWorker VMware angående VM-konfigurasjoner som ikke støtter hotadd.
 
9. Kjør NetWorker VMware-beskyttelsespolicyer på nytt.

Additional Information

Hvis vertsnavn-kommandoen returnerer FQDN for vProxy, gjelder ikke denne KB-en. Se: NVP-vProxy: Hvordan bruke helsekontrollverktøyet ProxyHC på vProxy-apparatet.

Bruk ProxyHC-verktøyet som beskrevet i KB-en ovenfor. Bruk følgende syntaks for å teste hotadd-tilkoblingen for en angitt virtuell maskin:

./ProxyHC hotadd

Dette verktøyet ser etter andre potensielle problemer som fører til feil ved hotadd-sikkerhetskopiering.

Affected Products

NetWorker

Products

NetWorker Family
Article 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.