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. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

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:

  1. 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.

  2. 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.

  3. Utilizzare un indirizzo IP statico inutilizzato diverso per questo proxy e testare l'implementazione per confermare che il problema è stato risolto.

 

Affected Products

Avamar

Products

Avamar, Avamar Client, Avamar Client for VMware, Integrated Data Protection Appliance Family, Integrated Data Protection Appliance Software
Article Properties
Article Number: 000168596
Article Type: Solution
Last Modified: 08 Oct 2025
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.