Le déploiement du proxy Avamar échoue sur Avamar à 50 % de progression avec le message « En attente de mise en réseau. Networking timeout »
Summary: Cet article de la base de connaissances vous aide à résoudre un problème lors du déploiement de proxys externes sur les vcenters du client où le gestionnaire de déploiement de proxy dépasse la progression de 50 % et où la dernière étape sur le proxy est « En attente de mise en réseau ». Ce problème peut se produire sur Avamar Server et Avamar intégré à IDPA. ...
Symptoms
Le deploymanager.log sous (/usr/local/avamar/var/log/vcs/deploymanager.log) sur Avamar Server affiche le message d’erreur suivant :
2019-05-20T13:36:40.581-0500 DEBUG [pool-8-thread-3][ util.ProxyNetworkWaiter#waitForNetworking]: Waiting for proxy networking... 2019-05-20T13:36:45.602-0500 DEBUG [pool-8-thread-3][ util.ProxyNetworkWaiter#waitForNetworking]: IP address determined: xxxx::xxx:xxxx:xxxx:xxxx 2019-05-20T13:36:45.603-0500 WARN [pool-8-thread-3][ util.ProxyNetworkWaiter#waitForNetworking]: Proxy CIM service is not reachable 2019-05-20T13:37:00.581-0500 ERROR [pool-8-thread-3][ util.ProxyNetworkWaiter#waitForNetworking]: Unable to establish connection to proxy. 2019-05-20T13:37:00.581-0500 WARN [pool-8-thread-3][ worker.DeployWorker# run]: Network timeout 2019-05-20T13:37:00.605-0500 INFO [pool-8-thread-3][ worker.TaskWorker# sendTaskError]: Sending fault com.emc.avamar.vmware.vcs.deploymanager.network_timeout_fault 2019-05-20T13:37:00.615-0500 INFO [pool-8-thread-3][ worker.DeployWorker# run]: Deploy of proxy usguss00185 to host usguss00113.sickcn.net was not successful. Cleaning up deploy artifacts...
Si le proxy est déployé manuellement pour tester et que nous exécutons vami_config_net script pour attribuer manuellement l’adresse IP, l’erreur suivante s’affiche :
Eth0 device-ready Eth0 device-not-running ERROR Network failed to restart using new parameters for eth0 (Errno 2: ) ERROR attempting to restore network values for eth0 to previous settings Eth0 device-not-running
Cause
Ce problème peut se produire si une adresse IP dupliquée est utilisée pour le nouveau proxy Avamar à l’origine du problème. Avamar Proxy exécute SUSE OS et, de par sa conception, arrête l’interface Ethernet s’il détecte une adresse IP en double.
Resolution
Pour confirmer qu’une adresse IP en double a été attribuée, procédez comme suit :
-
Vérifiez que le port 5489 est ouvert entre Avamar Utility Node et le nouveau proxy du pare-feu.
Remarque : Les entrées de recherche directe et inversée doivent être créées pour le proxy dans les serveurs DNS afin d’éviter l’échec du déploiement du proxy en raison d’un nom d’hôte non attribué. -
Effectuez un test ping sur l’adresse IP du proxy Avamar pour confirmer si vous obtenez une réponse correspondante. (Il est peut-être préférable d’effectuer le test sur une machine fonctionnant sur le même réseau et sous-réseau que le serveur proxy)
ping <Avamar_Proxy_IP>
Si vous obtenez une réponse, cela confirme qu’il s’agit d’une adresse IP dupliquée.
Quelques tests supplémentaires peuvent être effectués à l’aide de la commande arping :arping -D <Avamar_Proxy_IP> -c 3 echo $?
Si nous obtenons une réponse d’écho de 0, cela confirme que l’adresse IP est dupliquée.
-
Utilisez une autre adresse IP statique inutilisée pour ce proxy et testez le déploiement pour confirmer que le problème est résolu.