NVP-vProxy: VM Resurrection Restore von einem AFTD-Gerät schlägt fehl mit "nsrvproxy_recover: Speicherzuweisungsfehler aufgetreten"

Resumen: Eine VM-Reaktivierungswiederherstellung (Virtual Machine) wird mithilfe der NVP-vProxy-Appliance (NetWorker VMware Protection) durchgeführt. Das ausgewählte Saveset befindet sich nicht auf einem Data Domain-Gerät. Es handelt sich um eine Clone-Kopie auf einem AFTD-Gerät. Der Reaktivierungsprozess (Clone) beendet die Meldung "nsrvproxy_recover: Beim Überwachen des Fortschritts des Reaktivierungs-Clone-Jobs ist ein Speicherzuweisungsfehler aufgetreten." ...

Este artículo se aplica a Este artículo no se aplica a Este artículo no está vinculado a ningún producto específico. No se identifican todas las versiones del producto en este artículo.
Consulte estos recursos

Síntomas

  • Eine NVP-Wiederherstellung (NetWorker VMware Protection) einer virtuellen Maschine (VM) wird durchgeführt. Das ausgewählte Saveset ist eine Clone-Kopie, die sich auf einem AFTD (Advanced File Type Device) befindet.
  • Der Recovery-Prozess initiiert automatisch eine "Resurrection"-Wiederherstellung. Dies ist ein automatisierter Prozess, bei dem das Saveset zurück in einen Data Domain-Clone-Pool geklont wird.
HINWEIS: NetWorker VMware Protection (NVP) unterstützt nur Backups direkt auf einem Data Domain-Festplattengerät (ddboost). Nachdem das Backup abgeschlossen ist, kann es auf andere Geräte geklont werden (z. B.: AFTD, Band, CloudBoost); Dies bedeutet jedoch, dass zur Wiederherstellung der Clone-Kopie diese zunächst zurück auf Data Domain geklont werden muss.
  • Der Reaktivierungsjob (Clone) schlägt fehl und meldet einen Speicherzuweisungsfehler:
165713:nsrvproxy_recover: Attempting to automatically resurrect clone SSID with 7 days retention to DD volume in pool vmrestorestaging
MM/DD/YYYY HH:mm:SS No callback registered on session channel 1 for user-defined message: (message type: 170, request type: 0)
MM/DD/YYYY HH:mm:SS Resurrection clone job created
MM/DD/YYYY HH:mm:SS Resurrection clone job started
166711:nsrvproxy_recover: Encountered memory allocation error while monitoring progress of resurrection clone job.
  • Der Clone-Job wurde erfolgreich abgeschlossen, aber der Wiederherstellungsjob wird nicht gestartet. Die Daten des NetWorker-Servers /nsr/logs/daemon.raw zeigt an, dass der Job erfolgreich abgeschlossen wurde:
204502 MM/DD/YYYY HH:mm:SS  1 5 0 2332022528 30776 0 NetWorker_ServerName nsrd NSR notice The requested pool for the clone operation is 'vmrestorestaging'
204503 MM/DD/YYYY HH:mm:SS  1 5 0 2332022528 30776 0 NetWorker_ServerName nsrd NSR notice The target pool 'vmrestorestaging' for the clone operation has DD-type volumes.
70896  MM/DD/YYYY HH:mm:SS 0 0 0 4056053568 30776 0 NetWorker_ServerName nsrd NSR info NetWorker_ServerName:cloning session saving to pool 'vmrestorestaging' (vmrestorestaging.001)
71659  MM/DD/YYYY HH:mm:SS 0 0 0 4056053568 30776 0 NetWorker_ServerName nsrd NSR info NetWorker_ServerName:cloning session done saving to pool 'vmrestorestaging' (vmrestorestaging.001) 661 GB
71193  MM/DD/YYYY HH:mm:SS 0 0 0 4056053568 30776 0 NetWorker_ServerName nsrd NSR info Write completion Notice: Writing to volume vmrestorestaging.001 completed
NetWorker: Verwenden von nsr_render_log
  • Das geklonte Saveset kann auf einem ddboost-Gerät mithilfe von mminfo Befehl auf dem NetWorker-Server:
mminfo -avot -q ssid=SSID
HINWEIS: Wenn das Saveset die Markierung cr (wiederherstellbar), dies bedeutet, dass der Klonvorgang erfolgreich war. Beim Reaktivierungsprozess ist jedoch ein Fehler aufgetreten, der verhindert, dass die Wiederherstellung fortgesetzt wird.
  • Dieses Problem tritt möglicherweise nur bei Reaktivierungen größerer VMs auf. Wenn eine Reaktivierung auf kleineren VMs durchgeführt wird, wird das Problem nicht beobachtet.
  • Der NetWorker-Server ist 19.8.0.x oder älter.

Causa

Die technische Abteilung von NetWorker hat einen Codefehler festgestellt.

Resolución

Eine Codekorrektur für dieses Problem wurde in NetWorker 19.9.0.2 veröffentlicht. Führen Sie ein Upgrade des NetWorker-Servers auf diese Version (oder höher) durch.

 

Problemumgehung:

Starten Sie die Wiederherstellung erneut. Wählen Sie dieses Mal jedoch das Saveset aus, das im vorherigen Versuch auf das DDBoost-Gerät geklont wurde. Der Reaktivierungsvorgang wird übersprungen, da sich das Saveset auf einem ddboost-Gerät befindet. Der Wiederherstellungsvorgang beginnt. 

Información adicional

Dieses Problem wurde auf AFTD-Geräten beobachtet. Das Problem kann jedoch auch auftreten, wenn VM-Savesets von anderen Nicht-DDBoost-Geräten (Band, CloudBoost) reaktiviert werden. 

Im folgenden Wissensdatenbank-Artikel wird beschrieben, wie ein Staging-Pool vor der Durchführung von VM-Reaktivierungswiederherstellungen konfiguriert werden sollte: NetWorker vProxy: VM-Wiederherstellung von Band schlägt fehl mit "Clone-SSID kann nicht auf einem Data Domain-Volume in einem Staging-Pool reaktiviert werden".

Productos

NetWorker Family, NetWorker, NetWorker Series
Propiedades del artículo
Número del artículo: 000219129
Tipo de artículo: Solution
Última modificación: 04 nov 2025
Versión:  3
Encuentre respuestas a sus preguntas de otros usuarios de Dell
Servicios de soporte
Compruebe si el dispositivo está cubierto por los servicios de soporte.