NVP vProxy: VM-sikkerhedskopiering kan ikke downloade VM's .vmx-fil HTTP 500 intern serverfejl

Under en NetWorker VMware Protection (NVP) VM-sikkerhedskopiering mislykkes sikkerhedskopieringen, og følgende fejl logges i VM-backupsessionsloggen:

• 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-enhed:

/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".

Ikonet /var/log/hostd.log på VMs (ESXi) værten 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 fejl falder sammen med, når HTTP 500 Der opstår en fejl under sikkerhedskopieringen af VM'erne. 

Ikonet HTTP 500 (Intern serverfejl) i VM-backupsessionsloggen returneres fra VMware-miljøet. Arbejdsforløbet til vProxy-sikkerhedskopiering sender en HTTP GET anmode om at hente VM'ens konfigurationsfiler; men vCenter svarer med HTTP 500 (Intern serverfejl)

Den hostd fejlmeddelelse "Operation not supported (11)" indikerer typisk et problem med at få adgang til eller manipulere den angivne virtuelle maskinfil i VMware.

Der er flere årsager, der kan indgå i denne fejl; De fleste er dog på ESXi-niveau:

• Filtilladelser -ESXi-værten har ikke de nødvendige tilladelser til at få adgang til filen.
• Datalagertilgængelighed – Forbindelsesproblemer mellem ESXi-værten og datalageret.
• Administrationsagenter – ESXi-værtens hostd og vpxa Agenter støder på problemer.
• Problemer med diskplads på ESXi-værten
• Problemer med VM-konfigurationsfil
• ESXi-vært kræver opdateringer

Bekræftelse af tilladelser til NetWorker VMware Protection (NVP): 

Ikonet ProxyHC utility kan bruges til at validere adgangsrettigheder til sikkerhedskopiering. Ikonet ProxyHC utility ikke findes som standard på vProxy-enheden.

Se NVP-vProxy: Sådan bruger du sundhedskontrolværktøjet ProxyHC på vProxy-enhed

./ProxyHC perm

Ret eventuelle problemer med manglende tilladelser, der er identificeret af ProxyHC.
  Dette problem kan opstå, når VMware-kryptering er aktiveret, men NetWorker-brugerens vCenter-brugerkonto mangler kryptografiske tilladelser: NetWorker NVP-vProxy: Sikkerhedskopieringsfejl: Kunne ikke downloade VM-konfigurationsfilen. HTTP-statuskode: 500

Når VMware-kryptering er aktiveret, skal brugerkontoen have følgende tilladelser:

• Kryptografiske operationer > Tilføj disk
• Kryptografiske operationer > Direkte adgang
• Kryptografiske tilladelser > Registrer VM

VMware-administratoren skal udføre tilladelsesverificering af filerne på ESXi-værten.

Tilgængelighed i datalager:

Fra VMware vSphere-klienten skal du kontrollere fanen Datastore for tilgængelighedsfejl. Hvis der er et problem, hvor forbindelsen er periodisk, skal du kontrollere vSphere Event Console for eventuelle fejl eller fejl vedrørende datalageradgangen.

Management agenter:

Kontroller ESXi-værtens hostd og vpxa agentfiler for eventuelle fejl. I nogle tilfælde kan genstart af agenterne løse problemet:

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

Problemer med ESXi-diskplads:

Sørg for, at der er tilstrækkelig diskplads på ESXi-værten. Brug vdf -h kommando til at kontrollere diskplads.

VM-konfigurationsfilkorruption:

Bekræft adgang til .VMX fil uden for sikkerhedskopieringsworkflowet. Brug af .vmx filens URL-adresse fra VM-sessionsloggen skal du bruge en eller flere af følgende indstillinger til at validere VMX-filens integritet:

• Registrer VM'en igen.
  • Højreklik på VM'en, og klik på Fjern fra lager (SLET IKKE FRA DISK!)
  • Gennemse datalageret, find VM'ens .vmx-fil, og føj den til lageret igen.
• Åbn en SSH-session på vProxy-enheden, og kør følgende curl-kommando. Erstat vCenter-brugernavnet med den brugerkonto, der blev brugt til at udføre VM-sikkerhedskopieringer. Erstat URL-adressen med den URL-adresse, der er identificeret i VM-sessionsloggen:

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 webbrowser, der har adgang til vCenter-adressen. Angiv/indsæt URL-adressen fra VM-sessionsloggen. Indtast legitimationsoplysningerne for den vCenter-brugerkonto, der bruges til sikkerhedskopiering:

VMware vCenter- og ESXi-versionering:

Se NetWorker-kompatibilitetsmatrixen for din NetWorker-version. 

https://elabnavigator.dell.com/eln/modernHomeAutomatedTiles?page=NetWorkerI vejledningen NetWorker Alle komponenter skal du se NetWorker NVP (proxy) kompatibilitetsmatrix.
Brug den nyeste større vProxy-version, der understøttes af din NetWorker-version og er kompatibel med din ESXi-version.
Ideelt set bør vCenter Server- og ESXi-værterne være på samme version og opdateringsversion.

Løsning:

En af følgende løsninger kan testes; Hver mulighed fungerer dog muligvis kun som en midlertidig løsning:

• Udfør en host og storage VMware vSphere vMotion for enhver VM, der rapporterer disse fejl. Når du har vMotioneret VM'en, skal du udføre en sikkerhedskopiering fra NetWorker.
• Genstart de ESXi-værter, som indeholder de VM er, der rapporterer disse problemer under sikkerhedskopieringer. Når ESXi-værten er online igen, skal du bekræfte, om VM-sikkerhedskopieringer fungerer for VM er, der befinder sig på denne vært.

I begge tilfælde anbefales VMware-support til at rodfæste dette problem.