L'implementazione del proxy Avamar ha esito negativo su Avamar al 50% di avanzamento con il messaggio "Waiting for Networking. Timeout di rete"
Summary: Questo articolo della Knowledge Base illustra un problema durante l'implementazione di proxy esterni su vCenter del cliente in cui il gestore di distribuzione del proxy scade con un avanzamento del 50% e l'ultima fase del proxy è "In attesa di rete". Questo problema può verificarsi su Avamar Server e Avamar integrato IDPA. ...
Symptoms
Il deploymanager.log in (/usr/local/avamar/var/log/vcs/deploymanager.log) sull'Avamar Server mostra il seguente messaggio di errore:
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...
Se il proxy viene implementato manualmente per il test ed eseguiamo vami_config_net script per assegnare manualmente l'IP, viene visualizzato il seguente errore:
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
Questo problema può verificarsi se viene utilizzato un indirizzo IP duplicato per il nuovo Avamar Proxy che causa il problema. Avamar Proxy esegue SUSE OS e, per impostazione predefinita, arresta l'interfaccia Ethernet se rileva un indirizzo IP duplicato.
Resolution
Per verificare l'assegnazione di un indirizzo IP duplicato, attenersi alla seguente procedura:
-
Verificare che la porta 5489 sia aperta dall'Avamar Utility Node al nuovo proxy sul firewall.
Nota: Le voci di ricerca diretta e inversa devono essere create per il proxy nei server DNS per evitare errori di implementazione del proxy a causa di un nome host non assegnato. -
Eseguire un test ping sull'IP del proxy Avamar per verificare se si riceve una risposta sullo stesso. (forse è meglio eseguire il test su una macchina in esecuzione sulla stessa rete e subnet del server proxy)
ping <Avamar_Proxy_IP>
Se si riceve una risposta, si conferma che si tratta di un indirizzo IP duplicato.
Alcuni test aggiuntivi possono essere eseguiti utilizzando il comando arping:arping -D <Avamar_Proxy_IP> -c 3 echo $?
Se si ottiene una risposta echo come 0, l'indirizzo IP è duplicato.
-
Utilizzare un indirizzo IP statico inutilizzato diverso per questo proxy e testare l'implementazione per confermare che il problema è stato risolto.