NVP-vProxy: VM-Backup kann .vmx-Datei der VM nicht herunterladen Interner HTTP 500-Serverfehler

Während eines NVP-VM-Backups (NetWorker VMware Protection) schlägt das Backup fehl und der folgende Fehler wird im VM-Backupsitzungsprotokoll protokolliert:

• NetWorker-Server:

Linux: /nsr/logs/policy/POLICY_NAME/WORKFLOW_NAME/JOBID_VM-NAME_TIMESTAMP.log
Windows (Standardeinstellung): C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME\WORKFLOW_NAME\JOBID_VM-NAME_TIMESTAMP.log
 

 

• vProxy-Appliance:

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

Die Spalte /var/log/hostd.log auf dem VMs (ESXi)-Host meldet Folgendes:

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)

Dieser Fehler fällt mit dem HTTP 500 Während des VM-Backups wird ein Fehler beobachtet. 

Die Spalte HTTP 500 (Interner Serverfehler) im VM-Backupsitzungsprotokoll wird von der VMware-Umgebung zurückgegeben. Der vProxy-Backupworkflow sendet eine HTTP GET Anforderung zum Abrufen der Konfigurationsdateien der VM; Das vCenter antwortet jedoch mit HTTP 500 (Interner Serverfehler)

Das hostd Fehlermeldung "Operation not supported (11)" weist in der Regel auf ein Problem beim Zugriff auf oder der Bearbeitung der angegebenen VM-Datei in VMware hin.

Es gibt mehrere Ursachen, die zu diesem Fehler beitragen können. Die meisten befinden sich jedoch auf ESXi-Ebene:

• Dateiberechtigungen: Der ESXi-Host verfügt nicht über die erforderlichen Berechtigungen für den Zugriff auf die Datei.
• Datenspeicherzugriff – Verbindungsprobleme zwischen dem ESXi-Host und dem Datenspeicher.
• Management-Agents: Die ESXi-Hosts hostd und vpxa Supportmitarbeiter haben Probleme festgestellt.
• Speicherplatzprobleme auf dem ESXi-Host
• Probleme mit der VM-Konfigurationsdatei
• ESXi-Host benötigt Updates

Überprüfung der Berechtigungen für NetWorker VMware Protection (NVP): 

Die Spalte ProxyHC utility Kann verwendet werden, um Backupzugriffsberechtigungen zu validieren. Die Spalte ProxyHC utility wird auf der vProxy-Appliance standardmäßig nicht bereitgestellt.

Siehe NVP-vProxy: Verwendung des Integritätsprüfungstools ProxyHC auf vProxy-Appliance

./ProxyHC perm

Beheben Sie alle Probleme mit fehlenden Berechtigungen, die von identifiziert wurden ProxyHC.
  Dieses Problem kann auftreten, wenn die VMware-Verschlüsselung aktiviert ist, aber das vCenter-Nutzerkonto für NetWorker keine kryptografischen Berechtigungen hat: NetWorker NVP-vProxy: Backupfehler: Die VM-Konfigurationsdatei konnte nicht heruntergeladen werden. HTTP-Statuscode: 500

Wenn die VMware-Verschlüsselung aktiviert ist, muss das Nutzerkonto über die folgenden Berechtigungen verfügen:

• Kryptografische Vorgänge > Festplatte hinzufügen
• Kryptografische Vorgänge > Direkter Zugriff
• Kryptografische Berechtigungen > VM registrieren

Der VMware-Administrator muss die Berechtigungsüberprüfung für die Dateien auf dem ESXi-Host durchführen.

Zugriff auf Datenspeicher:

Überprüfen Sie im VMware vSphere Client die Registerkarte Datastore auf Fehler bei der Barrierefreiheit. Falls es ein Problem gibt, bei dem die Konnektivität unterbrochen ist, überprüfen Sie die vSphere-Ereigniskonsole auf Fehler oder Ausfälle in Bezug auf den Datenspeicherzugriff.

Management-Agents:

Überprüfen Sie die Daten der ESXi-Hosts. hostd und vpxa Agent-Dateien auf Fehler überprüfen. In einigen Fällen kann das Problem durch einen Neustart der Agenten behoben werden:

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

ESXi-Speicherplatzprobleme:

Stellen Sie sicher, dass ausreichend Speicherplatz auf dem ESXi-Host verfügbar ist. Verwenden Sie den Befehl vdf -h Befehl zum Überprüfen des Speicherplatzes.

VM-Konfigurationsdateibeschädigung:

Überprüfen Sie den Zugriff auf .VMX Datei außerhalb des Backup-Workflows. Mithilfe des Befehls .vmx -Datei-URL aus dem VM-Sitzungsprotokoll auswählen, verwenden Sie eine oder mehrere der folgenden Optionen, um die Integrität der VMX-Datei zu validieren:

• Registrieren Sie die VM erneut.
  • Klicken Sie mit der rechten Maustaste auf die VM und klicken Sie auf Aus Bestand entfernen (NICHT VON FESTPLATTE LÖSCHEN!).
  • Durchsuchen Sie den Datenspeicher, suchen Sie die .vmx-Datei der VM und fügen Sie sie wieder zum Bestand hinzu.
• Öffnen Sie auf der vProxy-Appliance eine SSH-Sitzung und führen Sie den folgenden curl-Befehl aus. Ersetzen Sie den vCenter-Nutzernamen durch das Nutzerkonto, das zum Durchführen von VM-Backups verwendet wird. Ersetzen Sie die URL durch die URL, die im VM-Sitzungsprotokoll angegeben ist:

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

• Über einen Webbrowser, der Zugriff auf die vCenter-Adresse hat. Geben Sie die URL aus dem VM-Sitzungsprotokoll ein bzw. fügen Sie sie ein. Geben Sie die Zugangsdaten des vCenter-Nutzerkontos ein, das für Backups verwendet wird:

VMware vCenter- und ESXi-Versionierung:

Weitere Informationen finden Sie in der NetWorker-Kompatibilitätsmatrix für Ihre NetWorker-Version. 

https://elabnavigator.dell.com/eln/modernHomeAutomatedTiles?page=NetWorkerIm NetWorker-Benutzerhandbuch für alle Komponenten finden Sie weitere Informationen unter NetWorker-NVP-(Proxy-)Kompatibilitätsmatrix.
Verwenden Sie die neueste vProxy-Hauptversion, die von Ihrer NetWorker-Version unterstützt wird und mit Ihrer ESXi-Version kompatibel ist.
Idealerweise sollten vCenter Server und ESXi-Hosts dieselbe Version und Updateversion verwenden.

Problemumgehung:

Einer der folgenden Workarounds kann getestet werden. Jede Option kann jedoch nur als vorübergehende Lösung dienen:

• Führen Sie einen Host- und Storage VMware vSphere vMotion-Vorgang für jede VM durch, die diese Fehler meldet. Führen Sie nach vMotioning der VM ein Backup von NetWorker durch.
• Starten Sie die ESXi-Hosts neu, die die VMs enthalten, die diese Probleme während der Backups gemeldet haben. Nachdem der ESXi-Host wieder online geschaltet wurde, überprüfen Sie, ob VM-Backups für VMs, die sich auf diesem Host befinden, erfolgreich sind.

In beiden Fällen wird der VMware-Support empfohlen, um dieses Problem zu beheben.