NVP-vProxy: Herstel op imageniveau mislukt met "Could not update vmx file's 'nvram' entry"

De integratie van NetWorker VMware Protection (NVP) wordt geconfigureerd met de vProxy Appliance. Herstelbewerkingen op imageniveau (virtuele machine en instant) mislukken na het maken van de directory van de herstelde VM met de volgende fouten in herstellogboeken:

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.

Het probleem deed zich voor in meerdere opslagsets van één VM, inclusief de nieuwste back-ups, ondanks het succesvol downloaden van het vmx-bestand van de VM.

In het vmx-bestand van de VM ontbrak de vvram-vermelding die het vram-bestand van de VM identificeert (voorbeeld: nvram = "VM_name.nvram").

Het probleem is waarschijnlijk veroorzaakt door een fout tijdens de implementatie/import van de VM op de vCenter Server.
De configuratiebestanden van de opslagsets kwamen overeen met het vmx-bestand van de VM voor de tijdstippen waarop de back-ups werden gemaakt.

Om het probleem voor toekomstige back-ups te voorkomen, moet het vmx-bestand van de virtuele machine worden bijgewerkt met de nvram-bestandsinvoer. Een VMware-beheerder moet deze wijziging uitvoeren.

Het VM's .vmx-bestand kan worden gedownload van de map VM's datastore:

Open het vmx-bestand met een teksteditor. Zorg ervoor dat het bestand een regel bevat die het NVRAM-bestand specificeert, bijvoorbeeld:
 

Als de vermelding ontbreekt, voegt u deze toe aan het bestand met de juiste nvram-bestandsnaam. Sla het bestand op, sluit de VM af en upload het bijgewerkte .vmx-bestand terug naar de datastoremap van de VM in VMware. Schakel de VM in.
Herstelbewerkingen die worden uitgevoerd voor back-ups die worden gemaakt nadat deze correctie is aangebracht, zullen naar verwachting niet met deze fout te maken krijgen.