NVP vProxy : Échec des sauvegardes de VM : impossible de démarrer la sauvegarde sur le vProxy. Vous avez reçu un code HTTP 500

Échec des workflows de sauvegarde de la machine virtuelle (VM) vProxy NetWorker VMware Protection (NVP).
Les logs de workflow publiés sur le NetWorker Server signalent les erreurs suivantes :

• Linux : /nsr/logs/policy/Policy_Name/Workflow_Name/Action_Name_JobId.raw
• Windows (par défaut) : C :\Program Files\EMC NetWorker\nsr\logs\policy\Policy_Name\Workflow_Name\Action_Name_JobId.raw
• NetWorker : Utilisation de nsr_render_log pour afficher .raw fichiers journaux

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

Les logs suivants sur le vProxy signalent des échecs de connexion avec localhost :5672 :

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

La commande rabbitmq Le processus sur le vProxy est défaillant en raison d’une défaillance du bouclage IPv6 sur le système d’exploitation vProxy.

RabbitMQ est utilisé par le vProxy vrapid pour communiquer avec le serveur NetWorker concernant les opérations de protection. rabbitmq Les échecs de démarrage se trouvent dans le fichier /var/log/messages du vProxy.

rabbitmq Signale les informations suivantes dans /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}}}}}}},

Le processus ne parvient pas à démarrer l’écouteur de bouclage IPv6 pour rabbitmq Port 5672. Dans ce cas, l’option ip a montre qu’il n’y a pas de inet6 Adresse de bouclage (::1). Il en est résulté que le rabbitmq Échec du démarrage du service.
Toutes les tentatives de reconfiguration du bouclage IPv6 au niveau du système d’exploitation ont échoué.

Aucune cause n’a pu être déterminée, aucune modification connue n’a été apportée au vProxy ; Toutefois, la configuration par défaut attendue inclut le bouclage IPv6.

Redéployez l’appliance vProxy. Cela garantit que le vProxy est déployé avec les paramètres et paramètres de configuration par défaut. L’appliance vProxy ne contient pas de bases de données ou de données critiques nécessaires à la réussite des opérations de protection VMware suivantes. Il est uniquement utilisé pour transmettre des données entre VMware et Data Domain, et contient les journaux historiques des tâches de sauvegarde ou de restauration précédentes.

L’appliance vProxy peut être redéployée comme suit : NVP vProxy : Mise à niveau ou redéploiement de l’appliance NVP vProxy

Solution de contournement :

Désactivez l’écouteur IPv6 pour rabbitmq sur le vProxy.

1. Ouvrez une session SSH sur le vProxy et connectez-vous en tant qu’administrateur.
2. Passez à l’utilisateur root : sudo su - 
3. Modifiez le fichier /etc/rabbitmq/rabbitmq.config : vi /etc/rabbitmq/rabbitmq.config

Remplacez-le par :

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

Jusqu’à :

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

4. Enregistrez les modifications. Appuyez sur la touche ÉCHAP, puis entrez :wq!, puis utilisez la touche Entrée.
5. Redémarrez la machine virtuelle (VM) vProxy.

Cette solution de contournement devrait permettre à rabbitmq service pour commencer à utiliser le bouclage IPv4 uniquement ; Cependant, il a été observé que la sortie de journalisation ne fonctionnait pas correctement. En cas d’échec de sauvegarde ou de restauration, la journalisation ne détaille pas suffisamment cet échec. La machine virtuelle vProxy doit être redéployée pour résoudre le problème au niveau du système empêchant le bouclage IPv6 de fonctionner.

Dans l’environnement où ce problème a été observé, l’appliance vProxy redéployée a fonctionné correctement.