NVP vProxy: Los respaldos de VM fallan; no se puede iniciar el respaldo en vProxy. Se recibió un código HTTP 500
Summary: Los flujos de trabajo de respaldo de máquinas virtuales (VM) vProxy de NetWorker VMware Protection (NVP) fallan. El error observado en el registro del flujo de trabajo informa: "No se puede iniciar el respaldo en el vProxy 'vProxy_Name': Received an HTTP code: 500," ...
Symptoms
Los flujos de trabajo de respaldo de máquinas virtuales (VM) vProxy de NetWorker VMware Protection (NVP) fallan.
Los registros de flujo de trabajo representados en NetWorker Server informan los siguientes errores:
- Linux: /nsr/logs/policy/Policy_Name/Workflow_Name/Action_Name_JobId.raw
- Windows (valor predeterminado): C:\Program Files\EMC NetWorker\nsr\logs\policy\Policy_Name\Workflow_Name\Action_Name_JobId.raw
- NetWorker: Cómo usar nsr_render_log para representar .raw archivos de registro
YYYY-MM-DD HH:mm:SS 3 5 0 6156 20212 0 NetWorker_Server_Name nsrvproxy_save NSR error VM_Name: Unable to start backup on vProxy 'vProxy_Name': Received an HTTP code: 500, libCURL message: "", vProxy message: "Error received from vProxy ="-500: Unable to send 'StartSession' message to backupEngine. Did not receive a response message with correlation ID '.". ", url: "https://vProxy_Name:9090/api/v1/BackupVmSessions", body: "{JSON_Body}"
Los siguientes registros en vProxy informan fallas de conexión con localhost:5672:
- /opt/emc/vproxy/runtime/logs/vbackupd/vbackupd-engine.log
- /opt/emc/vproxy/runtime/logs/vrapid/vrapid-engine.log
Cause
La variable rabbitmq El proceso en el vProxy presenta fallas debido a una falla de loopback de IPv6 en el sistema operativo vProxy.
El vProxy utiliza RabbitMQ vrapid motor para comunicarse con NetWorker Server con respecto a las operaciones de protección. rabbitmq Las fallas de inicio se encuentran en el archivo /var/log/messages del vProxy.
rabbitmq informa lo siguiente en /var/log/rabbitmq/localhost.log.
s2025-10-03 18:24:38.706221+00:00 [error] <0.491.0> BOOT FAILED 2025-10-03 18:24:38.706221+00:00 [error] <0.491.0> =========== 2025-10-03 18:24:38.706221+00:00 [error] <0.491.0> Error during startup: {error, 2025-10-03 18:24:38.706221+00:00 [error] <0.491.0> {could_not_start_listener,"::1",5672, 2025-10-03 18:24:38.706221+00:00 [error] <0.491.0> {{shutdown, 2025-10-03 18:24:38.706221+00:00 [error] <0.491.0> {failed_to_start_child, 2025-10-03 18:24:38.706221+00:00 [error] <0.491.0> {ranch_embedded_sup, 2025-10-03 18:24:38.706221+00:00 [error] <0.491.0> {acceptor,{0,0,0,0,0,0,0,1},5672}}, 2025-10-03 18:24:38.706221+00:00 [error] <0.491.0> {shutdown, 2025-10-03 18:24:38.706221+00:00 [error] <0.491.0> {failed_to_start_child, 2025-10-03 18:24:38.706221+00:00 [error] <0.491.0> {ranch_listener_sup, 2025-10-03 18:24:38.706221+00:00 [error] <0.491.0> {acceptor,{0,0,0,0,0,0,0,1},5672}}, 2025-10-03 18:24:38.706221+00:00 [error] <0.491.0> {shutdown, 2025-10-03 18:24:38.706221+00:00 [error] <0.491.0> {failed_to_start_child,ranch_acceptors_sup, 2025-10-03 18:24:38.706221+00:00 [error] <0.491.0> {listen_error, 2025-10-03 18:24:38.706221+00:00 [error] <0.491.0> {acceptor,{0,0,0,0,0,0,0,1},5672}, 2025-10-03 18:24:38.706221+00:00 [error] <0.491.0> eaddrnotavail}}}}}}},
El proceso no puede iniciar el cliente de escucha de loopback de IPv6 para rabbitmq Puerto 5672. En este caso, el método ip a comando muestra que no hay ningún inet6 Dirección de bucle invertido (::1). Esto dio lugar a la rabbitmq El servicio no se inicia.
Todos los intentos de reconfigurar el bucle invertido de IPv6 en el nivel del sistema operativo fallaron.
No se pudo determinar la causa, no se realizaron cambios conocidos en vProxy; sin embargo, la configuración predeterminada esperada incluye el bucle invertido de IPv6.
Resolution
Vuelva a implementar el dispositivo vProxy. Esto garantiza que el vProxy se implemente con los parámetros y ajustes de configuración predeterminados. El dispositivo vProxy no contiene bases de datos ni datos cruciales necesarios para que las operaciones posteriores de protección de VMware se realicen correctamente. Solo se utiliza para transferir datos entre VMware y Data Domain, y contiene registros históricos sobre trabajos de respaldo o restauración anteriores.
El dispositivo vProxy se puede volver a implementar de la siguiente manera: NVP vProxy: Cómo actualizar o volver a implementar el dispositivo vProxy NVP
Solución alternativa:
Deshabilite el cliente de escucha de IPv6 para rabbitmq en el vProxy.
- Abra una sesión SSH en el vProxy e inicie sesión como administrador.
- Cambie a root:
sudo su - - Modifique el archivo /etc/rabbitmq/rabbitmq.config:
vi /etc/rabbitmq/rabbitmq.config
Cámbielo de:
[
{rabbit,
[{tcp_listeners,
[{"127.0.0.1", 5672}, {"::1", 5672}]}]
}
].
A:
[
{rabbit,
[{tcp_listeners,
[{"127.0.0.1", 5672}]}]
}
].
- Guarde los cambios. Presione la tecla ESC e ingrese
:wq!y, a continuación, utilice la tecla Intro. - Reinicie la máquina virtual (VM) vProxy.
Esta solución alternativa debería permitir el método rabbitmq servicio para comenzar a usar solo el bucle invertido de IPv4; Sin embargo, se observó que la salida del registro no funcionaba correctamente. Cuando se produce una falla de respaldo o restauración, el registro no detalla suficientemente la falla. La VM de vProxy se debe volver a implementar para corregir el problema a nivel del sistema que impide que el bucle invertido de IPv6 funcione.
Additional Information
En el entorno en el que se observó este problema, el dispositivo vProxy reimplementado funcionó correctamente.