A implementação do proxy do Avamar falha no Avamar com 50% de progresso com a mensagem "Waiting for Networking. Tempo de espera excedido do sistema de rede"
Summary: Este artigo da KB orienta você sobre um problema durante a implementação de proxies externos em vcenters de clientes em que o gerenciador de implementação de proxy atinge o tempo limite com 50% de progresso e a última fase no proxy é "Aguardando rede". Esse problema pode ocorrer no Avamar Server e no Avamar integrado ao IDPA. ...
Symptoms
O deploymanager.log em (/usr/local/avamar/var/log/vcs/deploymanager.log) no Avamar Server mostra a seguinte mensagem de erro:
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 o proxy for implementado manualmente para testar e executarmos vami_config_net script para atribuir manualmente o IP, o seguinte erro ocorrerá:
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
Esse problema pode ocorrer se um endereço IP duplicado estiver sendo usado para o novo proxy Avamar causando o problema. O proxy Avamar executa o SUSE OS e, por design, desliga a interface Ethernet se detectar um endereço IP duplicado.
Resolution
Para confirmar se um endereço IP duplicado foi atribuído, execute as seguintes etapas:
-
Confirme se a porta 5489 está aberta do Avamar Utility Node para o novo proxy no firewall.
Nota: As entradas de pesquisa direta e inversa devem ser criadas para o proxy nos servidores DNS para evitar falha na implementação do proxy devido ao nome de host não atribuído. -
Execute um teste de ping no IP do proxy do Avamar para confirmar se você recebeu uma resposta sobre ele. (Talvez seja melhor executar o teste em uma máquina em execução na mesma rede e sub-rede que o servidor proxy)
ping <Avamar_Proxy_IP>
Se você receber uma resposta, isso confirmará que esse é um endereço IP duplicado.
Alguns testes adicionais podem ser feitos usando o comando arping:arping -D <Avamar_Proxy_IP> -c 3 echo $?
Se obtivermos uma resposta de eco como 0, isso confirmará que o endereço IP está duplicado.
-
Use um endereço IP estático não utilizado diferente para esse proxy e teste a implementação para confirmar se o problema foi resolvido.