NVP vProxy: VM-sikkerhetskopiering kan ikke laste ned VMs .vmx-fil Feil på HTTP 500 intern server

Under en NetWorker VMware Protection (NVP)-VM-sikkerhetskopiering mislykkes sikkerhetskopieringen, og følgende feil logges i loggen for VM-sikkerhetskopieringsøkten:

• NetWorker-server:

Linux: /nsr/logs/policy/POLICY_NAME/WORKFLOW_NAME/JOBID_VM-NAME_TIMESTAMP.log
Windows (standard): C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME\WORKFLOW_NAME\JOBID_VM-NAME_TIMESTAMP.log
 

 

• vProxy-verktøy:

/opt/emc/vproxy/runtime/logs/recycle/vbackupd/DATE/BackupVmSessions-SESSION_ID.log

YYYY-MM-DDTHH:mm:SS ERROR:  [NETWORKER-BUILD] UUID-VCENTER-NAME:VM-MOREF: HTTP Get request failed to download config file '[DATASTORE-NAME] VM-NAME/VM-NAME.vmx' using URL 'https://VCENTER-NAME/folder/VM-NAME/VM-NAME.vmx?dcPath=DATACENTER-NAME&dsName=DATASTORE-NAME'. HTTP Status code: 500.
YYYY-MM-DDTHH:mm:SS ERROR:  [NETWORKER-BUILD] Failed to download VM config file "[DATASTORE-NAME] VM-NAME/VM-NAME.vmx" into saveset file "VM-MOREF-config-file-0.cfg".

Informasjonen i /var/log/hostd.log på VM-verten (ESXi) rapporterer følgende:

YYYY-MM-DDTHH:mm:SS Wa(164) Hostd[79374775]: [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/UUID/VM-NAME/VM-NAME.vmx] File - failed to get objectId, '/vmfs/volumes/UUID/VM-NAME/VM-NAME.vmx': Operation not supported (11)

Denne feilen sammenfaller med når HTTP 500 Det oppstår feil under sikkerhetskopieringen av virtuelle maskiner. 

Informasjonen i HTTP 500 (intern serverfeil) i loggen for VM-sikkerhetskopieringsøkten returneres fra VMware-miljøet. Arbeidsflyten for vProxy-sikkerhetskopiering sender en HTTP GET forespørsel om å få VMs konfigurasjonsfiler; men vCenter svarer med: HTTP 500 (intern serverfeil)

Den hostd feilmelding "Operation not supported (11)" indikerer vanligvis et problem med tilgang til eller manipulering av den angitte virtuelle maskinfilen i VMware.

Det er flere årsaker som kan påvirke denne feilen; de fleste er imidlertid på ESXi-nivå:

• Filtillatelser – ESXi-verten har ikke de nødvendige tillatelsene til å få tilgang til filen.
• Datalagertilgjengelighet – tilkoblingsproblemer mellom ESXi-verten og datalageret.
• Administrasjonsagenter – ESXi-vertens hostd og vpxa Agenter støter på problemer.
• Problemer med diskplass på ESXi-verten
• Problemer med VM-konfigurasjonsfil
• ESXi-verten krever oppdateringer

Bekreftelse av tillatelser for NetWorker VMware Protection (NVP): 

Informasjonen i ProxyHC utility Kan brukes til å validere tilgangstillatelser for sikkerhetskopiering. Informasjonen i ProxyHC utility leveres ikke på vProxy-apparatet som standard.

Se NVP-vProxy: Slik bruker du helsesjekkverktøyet ProxyHC på vProxy-apparatet

./ProxyHC perm

Korriger eventuelle problemer med manglende tillatelser identifisert av ProxyHC.
  Dette problemet kan oppstå når VMware-kryptering er aktivert, men vCenter-brukerkontoen for NetWorker mangler kryptografiske tillatelser: NetWorker NVP-vProxy: Backup error: Kunne ikke laste ned VM-konfigurasjonsfilen. HTTP-statuskode: 500

Når VMware-kryptering er aktivert, må brukerkontoen ha følgende tillatelser:

• Kryptografiske operasjoner > Legg til disk
• Kryptografiske operasjoner > Direkte tilgang
• Kryptografiske tillatelser Registrer > VM

VMware-administratoren må utføre tillatelsesbekreftelse av filene på ESXi-verten.

Tilgjengelighet for datalager:

Fra VMware vSphere Client ser du etter tilgjengelighetsfeil på Datastore-fanen . Hvis det oppstår et problem der tilkoblingen er midlertidig, må du se etter feil eller feil i vSphere-hendelseskonsollen når det gjelder tilgang til datalageret.

Ledelsens agenter:

Sjekk ESXi-vertens hostd og vpxa agentfiler for eventuelle feil. I noen tilfeller kan omstart av agentene løse problemet:

/etc/init.d/hostd restart
/etc/init.d/vpxa restart

Problemer med ESXi-diskplass:

Kontroller at det er nok ledig diskplass på ESXi-verten. Trykk på vdf -h -kommandoen for å sjekke diskplass.

Korrupsjon av VM-konfigurasjonsfil:

Bekreft tilgang til .VMX fil utenfor arbeidsflyten for sikkerhetskopiering. Ved hjelp av .vmx URL-adresse til fil fra VM-øktloggen, bruker du ett eller flere av følgende alternativer for å validere VMX-filens integritet:

• Registrer VM-en på nytt.
  • Høyreklikk på VM-en og klikk på Fjern fra lager (IKKE SLETT FRA DISK!)
  • Bla gjennom datalageret, finn VM-ens .vmx-fil, og legg den til i beholdningen igjen.
• Åpne en SSH-økt på vProxy-apparatet, og kjør følgende krøllkommando. Bytt ut vCenter-brukernavnet med brukerkontoen som brukes til å utføre VM-sikkerhetskopieringer. Erstatt URL-en med URL-adressen som er identifisert i VM-øktloggen:

curl -v -k --user VCENTER_USER_ACCOUNT "VMX_URL"

admin@nsr-vproxy02:~> curl -v -k --user administrator@vsphere.local "https://vcsa.amer.lan/folder/05b58d65-4eef-c1d2-5070-00505606604d/rhel-client03.amer.lan.vmx?dcPath=vSAN%2520Datacenter&dsName=vsanDatastore"
Enter host password for user 'administrator@vsphere.local':
*   Trying 192.168.9.111:443...
* Connected to vcsa.amer.lan (192.168.9.111) port 443 (#0)
...
< HTTP/2 200
...
CONTENTS OF .VMX File
* Connection #0 to host vcsa.amer.lan left intact

• Fra en nettleser som har tilgang til vCenter-adressen. Angi/lime inn URL-en fra VM-øktloggen. Skriv inn legitimasjonen til vCenter-brukerkontoen som brukes til sikkerhetskopieringer:

VMware vCenter- og ESXi-versjonskontroll:

Se NetWorker-kompatibilitetsmatrisen for NetWorker-versjonen din. 

https://elabnavigator.dell.com/eln/modernHomeAutomatedTiles?page=NetWorkerI veiledningen for NetWorker alle komponenter kan du se NetWorker NVP (Proxy)-kompatibilitetsmatrisen.
Bruk den nyeste hovedversjonen av vProxy som støttes av NetWorker-versjonen din, og som er kompatibel med ESXi-versjonen din.
Ideelt sett bør vCenter Server- og ESXi-vertene være på samme versjon og oppdateringsversjon.

Omgåelse av problemet:

En av følgende løsninger kan testes; Hvert alternativ kan imidlertid bare fungere som en midlertidig løsning:

• Utfør en vert- og lagrings-VMware vSphere vMotion av alle virtuelle maskiner som rapporterer disse feilene. Når du har vMotioning VM-en, utfører du en sikkerhetskopiering fra NetWorker.
• Start ESXi-vertene på nytt som inneholder de virtuelle maskinene som rapporterer disse problemene under sikkerhetskopieringene. Når ESXi-verten har koblet til nettet igjen, bekrefter du om VM-sikkerhetskopieringene lykkes for virtuelle maskiner som befinner seg på denne verten.

I begge tilfeller anbefales VMware-støtte for å rotforårsake dette problemet.