Wdrożenie proxy Avamar kończy się niepowodzeniem w Avamar przy 50-procentowym postępie z komunikatem "Oczekiwanie na sieć. Limit czasu sieci"
Summary: Ten artykuł bazy wiedzy przeprowadzi Cię przez problem podczas wdrażania zewnętrznych serwerów proxy w vCenter klienta, gdzie menedżer wdrażania proxy przekracza limit czasu z 50% postępem, a ostatni etap serwera proxy to "Oczekiwanie na sieć". Ten problem może wystąpić na serwerze Avamar i zintegrowanym z IDPA systemie Avamar. ...
Symptoms
W deploymanager.log w obszarze (/usr/local/avamar/var/log/vcs/deploymanager.log) na serwerze Avamar wyświetlany jest następujący komunikat o błędzie:
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...
Jeśli serwer proxy zostanie wdrożony ręcznie w celu przetestowania i uruchomimy skrypt vami_config_net celu ręcznego przypisania adresu IP, pojawi się następujący błąd:
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
Ten problem może wystąpić, jeśli duplikat adresu IP jest używany dla nowego serwera proxy Avamar, który powoduje problem. Avamar Proxy uruchamia system SUSE OS i zgodnie z założeniami wyłącza interfejs Ethernet w przypadku wykrycia zduplikowanego adresu IP.
Resolution
Aby potwierdzić, że przypisano zduplikowany adres IP, wykonaj następujące czynności:
-
Upewnij się, że otwarty jest port 5489 z węzła Avamar Utility Node do nowego serwera proxy na zaporze.
Uwaga: Wpisy wyszukiwania do przodu i do tyłu powinny zostać utworzone dla serwera proxy na serwerach DNS, aby uniknąć niepowodzenia wdrożenia serwera proxy z powodu nieprzypisanej nazwy hosta. -
Wykonaj test ping na adres IP serwera proxy Avamar, aby potwierdzić, czy otrzymasz odpowiedź w tej sprawie. (Być może lepiej jest przeprowadzić test na komputerze działającym w tej samej sieci i podsieci, co serwer proxy)
ping <Avamar_Proxy_IP>
Jeśli otrzymasz odpowiedź, potwierdzi to, że jest to zduplikowany adres IP.
Kilka dodatkowych testów można wykonać za pomocą komendy arping:arping -D <Avamar_Proxy_IP> -c 3 echo $?
Jeśli otrzymamy odpowiedź echa jako 0, potwierdza to, że adres IP jest zduplikowany.
-
Użyj innego statycznego nieużywanego adresu IP dla tego serwera proxy i przetestuj wdrożenie, aby potwierdzić rozwiązanie problemu.