NVP vProxy: Резервне копіювання віртуальної машини не відбувається. Не вдається запустити резервне копіювання на vProxy. Отримав HTTP-код 500

Робочі процеси резервного копіювання NetWorker VMware Protection (NVP) vProxy Virtual Machine (VM) не працюють.
Відображені журнали робочого процесу на сервері NetWorker повідомляють про такі помилки:

• Linux: /nsr/logs/policy/Policy_Name/Workflow_Name/Action_Name_JobId.raw
• Windows (за замовчуванням): C:\Program Files\EMC NetWorker\nsr\logs\policy\Policy_Name\Workflow_Name\Action_Name_JobId.raw
• NetWorker: Як використовувати nsr_render_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}"

Наступні журнали на vProxy повідомляють про збої з'єднання з localhost:5672:

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

The rabbitmq процес на vProxy має несправність через збій IPv6 loopback на vProxy OS.

RabbitMQ використовується vProxy vrapid для спілкування з сервером NetWorker щодо операцій захисту. rabbitmq Невдачі при запуску виявляються у vProxy /var/log/messages Справу.

rabbitmq Повідомляє наступне у /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}}}}}}},

Процес не запускає слухач loopback IPv6 для rabbitmq Порт 5672. У цьому випадку ip a команди показує, що немає inet6 Loopback адреса (::1). Це призвело до rabbitmq Сервіс не запускається.
Усі спроби переналаштування loopback IPv6 на рівні ОС зазнали невдачі.

Причина не була встановлена, жодних відомих змін у vProxy не було; однак очікувана конфігурація за замовчуванням включає IPv6 loopback.

Перерозгорніть пристрій vProxy. Це гарантує, що vProxy розгортається з параметрами та налаштуваннями за замовчуванням. Пристрій vProxy не містить жодних баз даних чи критичних даних, необхідних для успішності наступних операцій захисту VMware. Він використовується лише для передачі даних між VMware та Data Domain і містить історичні журнали про попередні завдання резервного копіювання або відновлення.

Пристрій vProxy можна повторно розгорнути наступним чином: NVP vProxy: Як оновити або повторно розгорнути пристрій NVP vProxy

Обхідний шлях:

Вимкніть слухач IPv6 для rabbitmq на vProxy.

1. Відкрийте SSH-сесію на vProxy і увійдіть як адміністратор.
2. Перейти на root: sudo su - 
3. Модифікувати /etc/rabbitmq/rabbitmq.config Файл: vi /etc/rabbitmq/rabbitmq.config

Змініть його з:

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

Кому:

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

4. Збережіть зміни. Натисніть клавішу ESC, потім введіть :wq!, потім використовуйте клавішу Enter.
5. Перезавантажте віртуальну машину vProxy (VM).

Цей обхідний шлях має дозволити rabbitmq сервіс для початку використання лише IPv4 loopback; однак було виявлено, що вихід логування працював неправильно. Коли відбувається збій резервного копіювання або відновлення, логування не буде достатньо детально описано про несправність. Віртуальну машину vProxy потрібно повторно розгорнути, щоб виправити проблему на системному рівні, яка заважає роботі IPv6 loopback.

У середовищі, де була виявлена ця проблема, перерозгорнутий vProxy-пристрій працював коректно.