NVP-vProxy: Gendannelse af billedniveau mislykkes med posten "Kunne ikke opdatere vmx-filens 'nvram'-post"

NetWorker VMware Protection (NVP)-integrationen er konfigureret med vProxy-enheden. Gendannelse på billedniveau (virtuel maskine og øjeblikkelig) mislykkes efter oprettelse af mappen for den gendannede VM med følgende fejl i gendannelseslogfiler:

159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ INFO:   [@(#) Build number: 34] Creating directory for storage type "VMFS".
159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ INFO:   [@(#) Build number: 34] Successfully created the directory "[Datastore] <recovered VM name>" in datastore.
159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ WARN:   [@(#) Build number: 34] Did not find nvram entry in vmx file.
159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ ERROR:  [@(#) Build number: 34] Could not update vmx file's 'nvram' entry.
159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ ERROR:  [@(#) Build number: 34] Unable to upload the configuration files: "Could not update vmx file's 'nvram' entry."
159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ WARN:   [@(#) Build number: 34] RecoverVMSessions "11cda4f5-b22d-4fb6-8c1f-98ddbd9c4e05" cleaning up running recover session due to error.
159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ ERROR:  [@(#) Build number: 34] Task to remove folder/file "" failed: Invalid datastore path ''.
159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ ERROR:  [@(#) Build number: 34] Unable to remove the VM directory . Invalid datastore path ''.
159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ ERROR:  [@(#) Build number: 34] Unable to tear down the recover session.
159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ INFO:   [@(#) Build number: 34] Disconnected from session on vCenter 'vappvm101.dc.vapp.ctc'.
159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ ERROR:  [@(#) Build number: 34] Failed to recover to a new VM. Could not update vmx file's 'nvram' entry.

Problemet opstod på tværs af flere lagringssæt af en enkelt VM, herunder de seneste sikkerhedskopieringer, på trods af vellykket download af VM'ens vmx-fil.

VMs vmx-filen manglede den nvram-post, der identificerer VM'ens nvram-fil (eksempel: nvram = "VM_name.nvram").

Problemet skyldes sandsynligvis en fejl under implementeringen/importen af VM'en på vCenter-serveren.
De gemte sæts konfigurationsfiler matchede VM'ens vmx-fil for de tidspunkter, hvor sikkerhedskopierne blev taget.

For at forhindre problemet til fremtidige sikkerhedskopieringer skal den virtuelle maskines vmx-fil opdateres med nvram-filposten. En VMware-administrator skal udføre denne ændring.

VMs .vmx-filen kan downloades fra VMs-datalagermappen:

Åbn vmx-filen med et tekstredigeringsprogram. Sørg for, at filen indeholder en linje, der angiver nvram-filen, f.eks.:
 

Hvis posten mangler, skal du tilføje den i filen med det korrekte nvram-filnavn. Gem filen, luk VM'en, og upload den opdaterede .vmx-fil tilbage til VMs-datalagermappen i VMware. Tænd for VM'en.
Gendannelser, der udføres for sikkerhedskopieringer, som er foretaget efter denne rettelse, forventes ikke at støde på denne fejl.