Offline' in the Cloud Proxies menu.[FAILED] Failed to start HAProxy Load Balancer.haproxy service fails to start and remains in an activating state when checked using:service haproxy statusjournalctl [journalctl -xe -u haproxy] logs on Cloud Proxy VM shows errors indicating hostname resolution failures:MM DD hh:mm:ss <Cloud Proxy VM Hostname> haproxy[49287]: [NOTICE] : 'server PrxyRC_BE/VROPS_0' : could not resolve address '<Operations node FQDN>', disabling server.MM DD hh:mm:ss <Cloud Proxy VM Hostname> haproxy[49287]: [NOTICE] : 'server PrxyRC_INSECURE_BE/VROPS_0' : could not resolve address '<Operations node FQDN>', disabling server.MM DD hh:mm:ss <Cloud Proxy VM Hostname> systemd[1]: haproxy.service: start operation timed out. Terminating.MM DD hh:mm:ss <Cloud Proxy VM Hostname> systemd[1]: haproxy.service: Failed with result 'timeout'.
root@<CP VM Hostname> [ /var]# nslookup <Operations Node FQDN>;; communications error to <DNS Server>#53: timed out;; communications error to <DNS Server>#53: timed out ;; communications error to <DNS Server>#53: timed out ;; no servers could be reachedVCF Operations 9.x
When haproxy starts, it attempts DNS resolution for the FQDNs listed in /etc/haproxy/haproxy.cfg.
FQDNs which do not exist in the DNS records lead to recursive queries being sent to the upstream DNS server, causing a timeout. This led to the haproxy startup process failing.
The issue may also occur due to an incorrect DNS entry within the Cloud Proxy VM's /etc/resolv.conf file.
To resolve this issue, follow the below steps:
/etc/resolv.conf file with the correct DNS entry.haproxy.service' using below commandsystemctl start haproxy.service