NVP vProxy: El respaldo de VM no puede descargar el archivo .vmx de la VM Error de servidor interno HTTP 500

Durante un respaldo de VM de NetWorker VMware Protection (NVP), el respaldo falla y se registra el siguiente error en el registro de la sesión de respaldo de VM:

• Servidor NetWorker:

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

 

• Dispositivo vProxy:

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

La variable /var/log/hostd.log en el host de VM (ESXi), informa lo siguiente:

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)

Este error coincide con el momento en que el HTTP 500 se observa un error durante el respaldo de las VM. 

La variable HTTP 500 (Error interno del servidor) en el registro de la sesión de respaldo de VM se devuelve desde el entorno VMware. El flujo de trabajo de respaldo de vProxy envía una HTTP GET solicitud para obtener los archivos de configuración de la VM; sin embargo, vCenter responde con HTTP 500 (Error interno del servidor)

El hostd Mensaje de error "Operation not supported (11)" suele indicar un problema de acceso o manipulación del archivo de máquina virtual especificado en VMware.

Hay varias causas que podrían influir en este error; sin embargo, la mayoría se encuentran en el nivel de ESXi:

• Permisos de archivo: el host ESXi no tiene los permisos necesarios para acceder al archivo.
• Accesibilidad del almacén de datos: problemas de conectividad entre el host ESXi y el almacén de datos.
• Agentes de administración: del host ESXi hostd y vpxa Los agentes experimentan problemas.
• Problemas de espacio de disco en el host ESXi
• Problemas con el archivo de configuración de VM
• El host ESXi requiere actualizaciones

Verificación de permisos de NetWorker VMware Protection (NVP): 

La variable ProxyHC utility se puede utilizar para validar los permisos de acceso de respaldo. La variable ProxyHC utility no se proporciona en el dispositivo vProxy de manera predeterminada.

Consulte NVP-vProxy: Cómo usar la herramienta de evaluación del estado ProxyHC en el dispositivo vProxy

./ProxyHC perm

Corrija los problemas de permisos faltantes identificados por ProxyHC.
  Este problema puede ocurrir cuando el cifrado de VMware está habilitado, pero la cuenta de usuario de vCenter para NetWorker carece de permisos criptográficos: NVP-vProxy de NetWorker: Error de respaldo: No se pudo descargar el archivo de configuración de la VM. Código de estado HTTP: 500

Cuando el cifrado de VMware está habilitado, la cuenta de usuario debe tener los siguientes permisos:

• Operaciones criptográficas > Agregar disco
• Operaciones criptográficas > Acceso directo
• Permisos > criptográficos Registrar VM

El administrador de VMware debe realizar la verificación de permisos de los archivos en el host ESXi.

Accesibilidad al almacén de datos:

En VMware vSphere Client, compruebe si hay errores de accesibilidad en la pestaña Datastore . En caso de que haya un problema en el que la conectividad sea intermitente, verifique vSphere Event Console para ver si hay errores o fallas relacionados con el acceso al almacén de datos.

Agentes de administración:

Compruebe el archivo del host ESXi hostd y vpxa archivos del agente para detectar cualquier error. En algunos casos, reiniciar los agentes puede resolver el problema:

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

Problemas de espacio de disco de ESXi:

Asegúrese de que haya suficiente espacio de disco disponible en el host ESXi. Use el comando vdf -h para comprobar el espacio de disco.

Daño en el archivo de configuración de VM:

Verifique el acceso a .VMX fuera del flujo de trabajo de respaldo. Al usar el comando .vmx URL del archivo en el registro de sesión de VM, utilice una o más de las siguientes opciones para validar la integridad del archivo VMX:

• Vuelva a registrar la VM.
  • Haga clic con el botón secundario en la VM y haga clic en Eliminar del inventario (¡NO ELIMINAR DEL DISCO!)
  • Navegue por el almacén de datos, busque el archivo .vmx de la VM y vuelva a agregarlo al inventario.
• En el dispositivo vProxy, abra una sesión de SSH y ejecute el siguiente comando curl. Reemplace el nombre de usuario de vCenter por la cuenta de usuario utilizada para realizar respaldos de VM. Reemplace la URL por la URL identificada en el registro de sesión de VM:

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

• Desde un navegador web que tenga acceso a la dirección de vCenter. Ingrese o pegue la URL del registro de sesión de VM. Ingrese las credenciales de la cuenta de usuario de vCenter utilizada para los respaldos:

Control de versiones de VMware vCenter y ESXi:

Consulte la matriz de compatibilidad de NetWorker para conocer su versión de NetWorker. 

https://elabnavigator.dell.com/eln/modernHomeAutomatedTiles?page=NetWorkerEn la guía de todos los componentes de NetWorker, consulte Matriz de compatibilidad de NVP (proxy) de NetWorker.
Utilice la versión principal de vProxy más reciente compatible con su versión de NetWorker y compatible con su versión de ESXi.
Idealmente, vCenter Server y los hosts ESXi deben estar en la misma versión y versión de actualización.

Solución alternativa:

Se puede probar cualquiera de las siguientes soluciones alternativas; Sin embargo, cada opción solo puede servir como una solución temporal:

• Ejecute un VMware vSphere vMotion de host y almacenamiento de cualquier VM que informe estas fallas. Después de ejecutar vMotion en la VM, ejecute un respaldo desde NetWorker.
• Reinicie los hosts ESXi que contienen las máquinas virtuales que informan estos problemas durante los respaldos. Una vez que el host ESXi vuelva a estar en línea, confirme si los respaldos de máquinas virtuales se realizaron correctamente para las máquinas virtuales que residen en este host.

En cualquier caso, se recomienda el soporte de VMware para identificar la causa raíz de este problema.