NVP vProxy: I backup delle macchine virtuali non riescono: impossibile avviare il backup su vProxy. Ricevuto un codice HTTP 500

I flussi di lavoro di backup delle macchine virtuali (VM) vProxy di NetWorker VMware Protection (NVP) hanno esito negativo.
I log del flusso di lavoro sottoposti a rendering sul server NetWorker riportano i seguenti errori:

• Linux: /nsr/logs/policy/Policy_Name/Workflow_Name/Action_Name_JobId.raw
• Windows (impostazione predefinita): C:\Program Files\EMC NetWorker\nsr\logs\policy\Policy_Name\Workflow_Name\Action_Name_JobId.raw
• NetWorker: Come utilizzare nsr_render_log per eseguire il rendering .raw file di log

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

I seguenti registri sul vProxy segnalano errori di connessione con localhost:5672:

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

La colonna rabbitmq Il processo su vProxy presenta un errore a causa di un errore di loopback IPv6 sul sistema operativo vProxy.

RabbitMQ viene utilizzato dal vProxy vrapid per comunicare con il server NetWorker in merito alle operazioni di protezione. rabbitmq Gli errori di avvio vengono rilevati nel file /var/log/messages del vProxy.

rabbitmq riporta quanto segue in /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}}}}}}},

Il processo non è in grado di avviare il listener di loopback IPv6 per rabbitmq Porta 5672. In questo caso, il ip a il comando mostra che non vi è alcun inet6 Indirizzo di loopback (::1). Ciò ha comportato la rabbitmq Avvio del servizio non riuscito.
Tutti i tentativi di riconfigurare il loopback IPv6 a livello di sistema operativo non sono riusciti.

Non è stato possibile determinare alcuna causa, non sono state apportate modifiche note al vProxy; tuttavia, la configurazione predefinita prevista include il loopback IPv6.

Reinstallare l'appliance vProxy. Ciò garantisce che vProxy venga implementato con i parametri e le impostazioni di configurazione predefiniti. L'appliance vProxy non contiene database o dati critici necessari per il successo delle successive operazioni di protezione VMware. Viene utilizzato solo per il passaggio dei dati tra VMware e Data Domain e contiene i log cronologici relativi ai processi di backup o restore precedenti.

L'appliance vProxy può essere reimplementato come segue: NVP vProxy: Come aggiornare o reimplementare l'appliance NVP vProxy

Soluzione alternativa:

Disabilitare il listener IPv6 per rabbitmq sul vProxy.

1. Aprire una sessione SSH sul vProxy e accedere come amministratore.
2. Passare a root: sudo su - 
3. Modificare il file /etc/rabbitmq/rabbitmq.config: vi /etc/rabbitmq/rabbitmq.config

Modificalo da:

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

A:

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

4. Salvare le modifiche. Premere il tasto ESC, quindi INVIO :wq!, quindi utilizzare il tasto Invio.
5. Riavviare la macchina virtuale (VM) vProxy.

Questa soluzione alternativa dovrebbe consentire il rabbitmq per iniziare a utilizzare solo il loopback IPv4; Tuttavia, è stato osservato che l'output di registrazione non funzionava correttamente. Quando si verifica un errore di backup o ripristino, la registrazione non fornisce dettagli sufficienti sull'errore. La VM vProxy deve essere reimplementata per risolvere il problema a livello di sistema che impedisce il funzionamento del loopback IPv6.

Nell'ambiente in cui è stato osservato questo problema, l'appliance vProxy reinstallato ha funzionato correttamente.