Avamar proxy-implementatie mislukt op Avamar bij 50 procent voortgang met het bericht "Waiting for Networking. Netwerk time-out"
Summary: Deze Kb begeleidt u bij een probleem tijdens het implementeren van externe proxy's op vcenters van klanten waarbij de proxy-implementatiemanager een time-out krijgt bij 50% voortgang en de laatste fase op de proxy "Waiting for networking" is. Dit probleem kan zich voordoen op Avamar Server en IDPA geïntegreerde Avamar. ...
Symptoms
De deploymanager.log onder (/usr/local/avamar/var/log/vcs/deploymanager.log) op de Avamar-server geeft het volgende foutbericht weer:
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...
Als de proxy handmatig wordt ingezet om te testen en we vami_config_net script uitvoeren om het IP-adres handmatig toe te wijzen, wordt de volgende fout weergegeven:
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
Dit probleem kan optreden als een duplicaat IP-adres wordt gebruikt voor de nieuwe Avamar Proxy die het probleem veroorzaakt. Avamar Proxy draait op SUSE OS en is zo ontworpen dat de Ethernet-interface wordt afgesloten als een duplicaat IP-adres wordt gedetecteerd.
Resolution
Voer de volgende stappen uit om te bevestigen dat een duplicaat IP-adres is toegewezen:
-
Controleer of poort 5489 open is vanaf het Avamar hulpprogrammaknooppunt naar de nieuwe proxy op de firewall.
Opmerking: De voorwaartse en omgekeerde lookup-vermeldingen moeten worden gemaakt voor de proxy op de DNS-servers om te voorkomen dat de proxy-implementatie mislukt als gevolg van een niet-toegewezen hostnaam. -
Voer een pingtest uit naar het IP-adres van de Avamar Proxy om te bevestigen of u hierop een antwoord krijgt. (Het is misschien beter om de test uit te voeren op een machine die op hetzelfde netwerk en subnet draait als de proxyserver)
ping <Avamar_Proxy_IP>
Als u een reactie terugkrijgt, bevestigt dit dat dit een duplicaat IP-adres is.
Een paar extra tests kunnen worden gedaan met behulp van het arping-commando:arping -D <Avamar_Proxy_IP> -c 3 echo $?
Als we een echo-antwoord als 0 krijgen, bevestigt dit dat het IP-adres dubbel is.
-
Gebruik een ander statisch ongebruikt IP-adres voor deze proxy en test de implementatie om te bevestigen dat het probleem is opgelost.