NVP vProxy：VMバックアップが失敗し、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

「 rabbitmq vProxy OS上のIPv6ループバック障害により、vProxy上のプロセスに障害が発生しています。

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

プロセスは、次のIPv6ループバック リスナーの開始に失敗しています: rabbitmq ポート5672。この例では、 ip a コマンドは、 inet6 ループバック アドレス (::1)を提供する必要があります。その結果、 rabbitmq サービスの開始に失敗します。
OS レベルでの IPv6 ループバックの再設定の試みはすべて失敗しました。

原因を特定できませんでした。vProxyに既知の変更が加えられませんでした。ただし、想定されるデフォルト設定にはIPv6ループバックが含まれています。

vProxyアプライアンスを再導入します。これにより、vProxyがデフォルトの構成パラメーターと設定で導入されます。vProxyアプライアンスには、後続のVMware保護操作を成功させるために必要なデータベースや重要なデータが含まれていません。VMwareとData Domainの間でデータを受け渡すためにのみ使用され、以前のバックアップ ジョブまたはリストア ジョブに関する履歴ログを格納します。

vProxyアプライアンスは、次のように再導入できます。NVP vProxy：NVP vProxyアプライアンスをアップグレードまたは再導入する方法

対処方法:

次に対するIPv6リスナーの無効化 rabbitmq vProxy上。

1. vProxyへのSSHセッションを開き、adminとしてログインします。
2. rootに切り替えます。 sudo su - 
3. [Details]を /etc/rabbitmq/rabbitmq.config ： vi /etc/rabbitmq/rabbitmq.config

次のように変更します。

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

To：

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

4. 変更を保存します。ESCキーを押して、Enterキーを押します :wq!をクリックし、Enter キーを押します。
5. vProxy仮想マシン(VM)を再起動します。

この回避策では、 rabbitmq IPv4ループバックのみを使用して開始するサービス。ただし、ログ出力が正しく機能しないことが確認されました。バックアップまたはリストアの障害が発生した場合、ログ記録では障害の詳細が十分に説明されません。IPv6ループバックの動作を妨げるシステム レベルの問題を修正するには、vProxy VMを再導入する必要があります。

この問題が発生した環境では、再導入されたvProxyアプライアンスは正常に機能しました。