La implementación del proxy de Avamar falla en Avamar cuando el progreso alcanza el 50 % y se muestra el mensaje "Waiting for Networking. Tiempo de espera agotado de redes"

El deploymanager.log en (/usr/local/avamar/var/log/vcs/deploymanager.log) en el servidor Avamar muestra el siguiente mensaje de error:

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 el proxy se implementa manualmente para probar y ejecutamos vami_config_net script para asignar manualmente la IP, se observa el siguiente error:

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

Este problema puede ocurrir si se utiliza una dirección IP duplicada para el nuevo proxy de Avamar, lo que causa el problema. Avamar Proxy ejecuta SUSE OS y, por diseño, apaga la interfaz Ethernet si detecta una dirección IP duplicada.

Para confirmar que se ha asignado una dirección IP duplicada, realice los siguientes pasos:

1. Confirme que el puerto 5489 esté abierto desde el nodo de utilidad de Avamar al nuevo proxy en el firewall.

   Nota: Se deben crear las entradas de búsqueda directa e inversa para el proxy en los servidores DNS a fin de evitar fallas en la implementación del proxy debido a un nombre de host no asignado.

2. Realice una prueba de ping a la IP del proxy de Avamar para confirmar si recibe una respuesta sobre la misma. (Tal vez sea mejor realizar la prueba en una máquina que se ejecute en la misma red y subred que el servidor proxy)

   ping <Avamar_Proxy_IP>

   Si recibe una respuesta, se confirma que se trata de una dirección IP duplicada.
   Se pueden realizar algunas pruebas adicionales usando el comando arping:

   arping -D <Avamar_Proxy_IP> -c 3
   echo $?

   Si obtenemos una respuesta echo como 0, esto confirma que la dirección IP está duplicada.

3. Utilice una dirección IP estática no utilizada diferente para este proxy y pruebe la implementación para confirmar que se resolvió el problema.