NVP vProxy: Os backups de VM falham Não é possível iniciar o backup no vProxy. Recebeu o código HTTP 500

Os fluxos de trabalho de backup da máquina virtual (VM) do NetWorker VMware Protection (NVP) vProxy falham.
Os logs de fluxo de trabalho renderizados no servidor do NetWorker relatam os seguintes erros:

• Linux: /nsr/logs/policy/Policy_Name/Workflow_Name/Action_Name_JobId.raw
• Windows (padrão): C:\Program Files\EMC NetWorker\nsr\logs\policy\Policy_Name\Workflow_Name\Action_Name_JobId.raw
• NetWorker: Como usar nsr_render_log para processar arquivos de log .raw

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}"

Os seguintes logs no vProxy relatam falhas de conexão com localhost:5672:

• /opt/emc/vproxy/runtime/logs/vbackupd/vbackupd-engine.log
• /opt/emc/vproxy/runtime/logs/vrapid/vrapid-engine.log

A coluna rabbitmq falha no processo no vProxy devido a uma falha de loopback IPv6 no sistema operacional do vProxy.

O RabbitMQ é usado pelo vProxy vrapid para se comunicar com o servidor do NetWorker em relação às operações de proteção. rabbitmq falhas de inicialização são encontradas no vProxy /var/log/messages .

rabbitmq relata o seguinte em /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}}}}}}},

O processo está falhando ao iniciar a escuta de loopback IPv6 para rabbitmq porta 5672. Nesse caso, o ip a O comando mostra que não há inet6 Endereço de loopback (::1). Isso resultou na rabbitmq Falha ao iniciar o serviço.
Todas as tentativas de reconfigurar o loopback IPv6 no nível do sistema operacional falharam.

Nenhuma causa pôde ser determinada, nenhuma alteração conhecida foi feita no vProxy; no entanto, a configuração padrão esperada inclui o loopback IPv6.

Implemente novamente o equipamento vProxy. Isso garante que o vProxy seja implementado com parâmetros e definições de configuração padrão. O equipamento vProxy não contém nenhum banco de dados ou dados essenciais necessários para que as operações subsequentes de proteção da VMware sejam bem-sucedidas. Ele é usado apenas para transmitir dados entre o VMware e o Data Domain e contém registros históricos sobre trabalhos anteriores de backup ou restauração.

O equipamento vProxy pode ser reimplementado da seguinte forma: NVP vProxy: Como fazer upgrade ou reimplementar o equipamento vProxy NVP

Solução temporária:

Desative a escuta IPv6 para rabbitmq no vProxy.

1. Abra uma sessão SSH para o vProxy e faça log-in como administrador.
2. Alterne para root: sudo su - 
3. Modifique a opção /etc/rabbitmq/rabbitmq.config do servidor do NetWorker Management Console (NMC): vi /etc/rabbitmq/rabbitmq.config

Altere-o de:

[
   {rabbit,
      [{tcp_listeners,
         [{"127.0.0.1", 5672}, {"::1", 5672}]}]
   }
].

Para:

[
   {rabbit,
      [{tcp_listeners,
         [{"127.0.0.1", 5672}]}]
   }
].

4. Salve as alterações. Pressione a tecla ESC e, em seguida, digite :wq!e, em seguida, use a tecla Enter.
5. Reinicialize a máquina virtual (VM) vProxy.

Essa solução temporária deve permitir a rabbitmq serviço para começar a usar apenas o loopback IPv4; no entanto, observou-se que a saída de log não funcionou corretamente. Quando ocorre uma falha de backup ou restauração, o log não detalha suficientemente a falha. A VM do vProxy deve ser reimplementada para corrigir o problema no nível do sistema que impede que o loopback do IPv6 funcione.

No ambiente em que esse problema foi observado, o equipamento vProxy reimplementado funcionou corretamente.