NVP-vProxy: Wiederherstellung auf Image-Ebene schlägt mit „Could not update vmx file's 'nvram' entry“ fehl
Summary: VM-Image (virtuelle Maschine) und sofortige Recoveries schlagen fehl mit der Meldung "vmx file's 'nvram'-Eintrag konnte nicht aktualisiert werden"
Symptoms
Die NVP-Integration (NetWorker VMware Protection) wird mit der vProxy-Appliance konfiguriert. Recoveries auf Image-Ebene (virtuelle Maschine und sofort) schlagen nach der Erstellung des Verzeichnisses der wiederhergestellten VM mit den folgenden Fehlern in den Wiederherstellungsprotokollen fehl:
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.
Das Problem trat trotz des erfolgreichen Downloads der VMX-Datei bei mehreren Savesets einer einzigen VM auf, einschließlich der neuesten Backups.
Cause
In der VMX-Datei fehlte der NVRAM-Eintrag, der die NVRAM-Datei der VM identifiziert (Beispiel: nvram = "VM_name.nvram").
Das Problem wurde wahrscheinlich durch einen Fehler während der Bereitstellung/des Imports der VM auf vCenter Server verursacht.
Die Konfigurationsdateien der Savesets stimmten mit der VMX-Datei für die Point-in-Time, zu denen die Backups erstellt wurden, überein.
Resolution
Um das Problem bei zukünftigen Backups zu vermeiden, muss die VMX-Datei der virtuellen Maschine mit dem nvram-Dateieintrag aktualisiert werden. Diese Änderung muss von einem VMware-Administrator durchgeführt werden.
Die VMs.vmx-Datei kann aus dem VMs-Datenspeicherordner heruntergeladen werden:
Öffnen Sie die VMX-Datei mit einem Texteditor. Stellen Sie sicher, dass die Datei eine Zeile enthält, in der die NVRAM-Datei angegeben ist, z. B.:
Wenn der Eintrag fehlt, fügen Sie ihn der Datei mit dem richtigen NVRAM-Dateinamen hinzu. Speichern Sie die Datei, fahren Sie die VM herunter und laden Sie die aktualisierte .vmx-Datei wieder in den VMs-Datenspeicherordner in VMware hoch. Schalten Sie die VM ein.
Es wird nicht erwartet, dass bei Wiederherstellungen, die für Backups durchgeführt werden, die nach dieser Korrektur erstellt wurden, dieser Fehler auftritt.