NVP-vProxy. Сбой резервного копирования виртуальной машины: не удается запустить резервное копирование на vProxy. Получен HTTP-код 500

Рабочие процессы резервного копирования виртуальных машин (ВМ) vProxy NetWorker VMware Protection (NVP) завершаются сбоем.
Журналы рабочих процессов, отображаемые на сервере 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

Переменная rabbitmq процесс в vProxy завершается сбоем из-за сбоя циклической промывки IPv6 в ОС vProxy.

RabbitMQ используется vProxy vrapid для взаимодействия с сервером NetWorker в отношении операций защиты. rabbitmq Сбои запуска обнаруживаются в файле /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}}}}}}},

Процессу не удается запустить прослушиватель обратной петли IPv6 для rabbitmq Порт 5672. В этом случае ip a показывает, что нет inet6 Адрес петлевой петли (::1). Это привело к тому, что rabbitmq Не удалось запустить службу.
Все попытки перенастроить замыкание на себя IPv6 на уровне ОС завершались сбоем.

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

Повторно разверните устройство vProxy. Это гарантирует, что vProxy будет развернут с параметрами конфигурации и параметрами по умолчанию. Устройство vProxy не содержит баз данных или критически важных данных, необходимых для успешного выполнения последующих операций VMware по защите. Он используется только для передачи данных между VMware и Data Domain и содержит журналы предыдущих заданий резервного копирования или восстановления.

Устройство vProxy можно повторно развернуть следующим образом. NVP-vProxy. Модернизация или повторное развертывание устройства NVP vProxy

Временное решение.

Отключите прослушиватель IPv6 для rabbitmq на vProxy.

1. Откройте сеанс SSH на vProxy и войдите в систему как admin.
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.

Это временное решение должно позволять rabbitmq сервис для начала использования только обратной связи IPv4; Однако было замечено, что выходные данные журнала работают неправильно. В случае сбоя резервного копирования или восстановления в журнале не будет достаточно подробно описан сбой. Чтобы устранить проблему на уровне системы, предотвращающую замыкание на себя IPv6, необходимо повторно развернуть виртуальную машину vProxy.

В среде, где наблюдалась эта проблема, повторно развернутое устройство vProxy работало правильно.