/usr/lib/vmware/clusterAgent/bin/clusterAdmin cluster status
The observed behavior includes:hosted state and the correct cluster ID.hosted state but display a different cluster ID.standalone state./var/run/log/clusterAgent.log on hosts reporting an incorrect Cluster ID:[YYYY-MM-DDTHHH:MM:SS] No(5) clusterAgent[#######]: WARN grpc: addrConn.createTransport failed to connect to {<ESXi_IP>:2379 <nil> 0 <nil>}. Err :connection error: desc = "transport: Error while dialing dial tcp <ESXi_IP>:2379: connect: connection refused". Reconnecting...VMware vCenter Server 8.x
VMware vSphere ESXi 8.x
Each vSphere cluster maintains an embedded etcd cluster consisting of three ESXi hosts. These hosts act as the etcd members and therefore report a hosted state. All other ESXi hosts in the cluster are expected to report a standalone state.
This issue may occur when an ESXi host was previously a member of a different vSphere cluster and was later moved to a new cluster. In some cases, the host may retain stale clusterAgent or etcd membership information from the previous cluster. As a result, the host reports a hosted state associated with an outdated cluster ID.
Verify the correct cluster ID of the vSphere cluster and force the affected host to leave the stale cluster membership information.
domain-c<number>.https://<vcenter-fqdn>/ui/app/cluster;nav=h/urn:vmomi:ClusterComputeResource:domain-c<number>:xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/summarydomain-c<number>/usr/lib/vmware/clusterAgent/bin/clusterAdmin cluster forceStandalone/usr/lib/vmware/clusterAgent/bin/clusterAdmin cluster status