NVP-vProxy: VM-Backups schlagen fehl, Backup auf vProxy kann nicht gestartet werden. HTTP-Code 500 empfangen

Backup-Workflows für NetWorker VMware Protection (NVP) vProxy Virtual Machine (VM) schlagen fehl.
Die gerenderten Workflowprotokolle auf dem NetWorker-Server melden die folgenden Fehler:

• Linux: /nsr/logs/policy/Policy_Name/Workflow_Name/Action_Name_JobId.raw
• Windows (Standardeinstellung): C:\Program Files\EMC NetWorker\nsr\logs\policy\Policy_Name\Workflow_Name\Action_Name_JobId.raw
• NetWorker: So verwenden Sie nsr_render_log zum Rendern .raw Protokolldateien

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

Die folgenden Protokolle auf dem vProxy melden Verbindungsfehler mit localhost:5672verwalten:

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

Bei der rabbitmq Der Prozess auf dem vProxy ist aufgrund eines IPv6-Loopback-Fehlers auf dem vProxy-Betriebssystem fehlerhaft.

RabbitMQ wird vom vProxy verwendet vrapid Engine für die Kommunikation mit dem NetWorker-Server in Bezug auf Schutzvorgänge. rabbitmq Startfehler wurden in den vProxys gefunden /var/log/messages zu verwenden.

rabbitmq berichtet Folgendes 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}}}}}}},

Der Prozess kann den IPv6-Loopback-Listener nicht starten für rabbitmq Port 5672. In diesem Fall wird die ip a zeigt an, dass es keine inet6 Loopback-Adresse (::1) enthalten. Daraus resultierte die rabbitmq Service kann nicht gestartet werden.
Alle Versuche, den IPv6-Loopback auf Betriebssystemebene neu zu konfigurieren, sind fehlgeschlagen.

Es konnte keine Ursache festgestellt werden, es wurden keine bekannten Änderungen am vProxy vorgenommen; Die erwartete Standardkonfiguration umfasst jedoch IPv6-Loopback.

Stellen Sie die vProxy-Appliance erneut bereit. Dadurch wird sichergestellt, dass der vProxy mit standardmäßigen Konfigurationsparametern und -einstellungen bereitgestellt wird. Die vProxy-Appliance enthält keine Datenbanken oder kritischen Daten, die für nachfolgende VMware-Schutzvorgänge erforderlich sind. Es wird nur verwendet, um Daten zwischen VMware und Data Domain zu übergeben und enthält Verlaufsprotokolle zu früheren Backup- oder Wiederherstellungsjobs.

Die vProxy-Appliance kann wie folgt erneut bereitgestellt werden: NVP-vProxy: Upgrade oder erneute Bereitstellung der NVP vProxy-Appliance

Problemumgehung:

IPv6-Listener deaktivieren für rabbitmq auf dem vProxy.

1. Öffnen Sie eine SSH-Sitzung zum vProxy und melden Sie sich als Administrator an.
2. Wechseln Sie zum Root-Nutzer: sudo su - 
3. Ändern Sie die /etc/rabbitmq/rabbitmq.config Datei: vi /etc/rabbitmq/rabbitmq.config

Ändern Sie sie von:

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

Zu:

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

4. Speichern Sie die Änderungen. Drücken Sie die ESC-Taste und geben Sie :wq!, und drücken Sie dann die Eingabetaste.
5. Starten Sie die vProxy-VM (virtuelle Maschine) neu.

Diese Problemumgehung sollte die Möglichkeit bieten, rabbitmq Dienst, um nur IPv4-Loopback zu verwenden; Es wurde jedoch festgestellt, dass die Protokollierungsausgabe nicht ordnungsgemäß funktionierte. Wenn ein Backup- oder Wiederherstellungsfehler auftritt, wird der Fehler in der Protokollierung nicht detailliert beschrieben. Die vProxy-VM muss erneut bereitgestellt werden, um das Problem auf Systemebene zu beheben, das verhindert, dass IPv6-Loopback funktioniert.

In der Umgebung, in der dieses Problem beobachtet wurde, funktionierte die neu bereitgestellte vProxy-Appliance ordnungsgemäß.