NVP vProxy: VM-säkerhetskopiering misslyckas med att ladda ner VM:s .vmx-fil HTTP 500 internt serverfel

Under en säkerhetskopiering av en virtuell NetWorker VMware Protection-dator (NVP) misslyckas säkerhetskopieringen och följande fel loggas i loggen för sessionen för säkerhetskopiering av virtuell dator:

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

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

Informationen /var/log/hostd.log på VM-värden (ESXi) rapporterar följande:

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)

Det här felet sammanfaller med när HTTP 500 fel observeras under säkerhetskopieringen av den virtuella datorn. 

Informationen HTTP 500 (Internt serverfel) i loggen för VM-säkerhetskopieringssessionen returneras från VMware-miljön. Arbetsflödet för vProxy-säkerhetskopiering skickar en HTTP GET begäran om att hämta VM:s konfigurationsfiler; vCenter svarar dock med HTTP 500 (Internt serverfel)

Den hostd felmeddelande "Operation not supported (11)" indikerar vanligtvis ett problem med att komma åt eller manipulera den angivna virtuella maskinfilen i VMware.

Det finns flera orsaker som kan spela in i detta fel; De flesta är dock på ESXi-nivå:

• Filbehörigheter – ESXi-värden har inte de behörigheter som krävs för att komma åt filen.
• Datalagertillgänglighet – anslutningsproblem mellan ESXi-värden och datalagret.
• Hanteringsagenter – ESXi-värdens hostd och vpxa Agenter stöter på problem.
• Problem med diskutrymme på ESXi-värden
• Problem med konfigurationsfilen för virtuella datorer
• ESXi-värden kräver uppdateringar

Verifiering av behörigheter för NetWorker VMware Protection (NVP): 

Informationen ProxyHC utility Kan användas för att verifiera behörigheter för åtkomst till säkerhetskopior. Informationen ProxyHC utility tillhandahålls inte på vProxy-enheten som standard.

Se NVP-vProxy: Så här använder du hälsokontrollverktyget ProxyHC på vProxy-enheten

./ProxyHC perm

Korrigera eventuella behörighetsproblem som saknas och som identifierats av ProxyHC.
  Det här problemet kan uppstå när VMware-kryptering är aktiverat, men vCenter-användarkontot för NetWorker saknar kryptografiska behörigheter: NetWorker NVP-vProxy: Säkerhetskopieringsfel: Det gick inte att ladda ner konfigurationsfilen för den virtuella datorn. HTTP-statuskod: 500

När VMware-kryptering är aktiverat måste användarkontot ha följande behörigheter:

• Kryptografiska åtgärder > Lägg till disk
• Kryptografiska åtgärder > Direktåtkomst
• Kryptografiska behörigheter > Registrera virtuell dator

VMware-administratören måste utföra behörighetsverifiering av filerna på ESXi-värden.

Tillgänglighet för datalager:

Från VMware vSphere Client kontrollerar du om det finns några tillgänglighetsfel på fliken Datalager . Om det uppstår ett problem där anslutningen är tillfällig kontrollerar du om det finns några fel eller brister i vSphere-händelsekonsolen gällande datalageråtkomsten.

Hanteringsagenter:

Kontrollera ESXi-värdens hostd och vpxa agentfiler för eventuella fel. I vissa fall kan du lösa problemet genom att starta om agenterna:

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

Problem med ESXi-diskutrymme:

Se till att det finns tillräckligt med diskutrymme på ESXi-värden. Använd tangenten vdf -h kommando för att kontrollera diskutrymmet.

Skadad konfigurationsfil för virtuell dator:

Kontrollera åtkomst till .VMX utanför arbetsflödet för säkerhetskopiering. Med hjälp av .vmx fil-URL från VM-sessionsloggen använder du ett eller flera av följande alternativ för att verifiera VMX-filens integritet:

• Registrera om den virtuella datorn.
  • Högerklicka på den virtuella datorn och klicka på Ta bort från lagret (TA INTE BORT FRÅN DISKEN!)
  • Bläddra i datalagret, leta upp den virtuella datorns VMX-fil och lägg till den i inventeringen igen.
• Öppna en SSH-session på vProxy-installationen och kör följande curl-kommando. Ersätt vCenter-användarnamnet med det användarkonto som används för att utföra säkerhetskopieringar av virtuella datorer. Ersätt URL:en med den URL som identifieras 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

• Från en webbläsare som har åtkomst till vCenter-adressen. Ange/klistra in URL:en från VM-sessionsloggen. Ange inloggningsuppgifterna för det vCenter-användarkonto som används för säkerhetskopiering:

VMware vCenter och ESXi-versionshantering:

Se NetWorker-kompatibilitetsmatrisen för din NetWorker-version. 

https://elabnavigator.dell.com/eln/modernHomeAutomatedTiles?page=NetWorkerI guiden NetWorker Alla komponenter finns i Kompatibilitetsmatris för NetWorker NVP (proxy).
Använd den senaste vProxy major-versionen som stöds av din NetWorker-version och är kompatibel med din ESXi-version.
Vi rekommenderar att vCenter Server- och ESXi-värdarna har samma version och uppdateringsversion.

Alternativ lösning:

Någon av följande lösningar kan testas. Varje alternativ får dock endast fungera som en tillfällig lösning:

• Utför en VMware vSphere vMotion för värd och lagring av en virtuell dator som rapporterar dessa fel. Efter vMotioning av VM:en utför du en säkerhetskopiering från NetWorker.
• Starta om ESXi-värdarna som innehåller de VM:ar som rapporterar dessa problem under säkerhetskopieringen. När ESXi-värden är online igen kontrollerar du om säkerhetskopieringen av virtuella datorer har slutförts för de virtuella datorer som finns på den här värden.

I båda fallen rekommenderas VMware-support för att orsaka problemet.