Hosts need to call peer vSAN API on inter-host connection, so the inter-host connectivity is critical for vSAN API call, this health check is to check the connectivity state between hosts in a cluster and report errors if any connection between any hosts is not healthy.
The state 'healthy' means that a host can call peer vSAN API via a connection with a peer, otherwise, the connection between host and peer is marked as unhealthy and health reports errors and remediation for users.
Note: This check is only applicable when File Service is enabled
This health check will skip the witness node, metadata node, and remote nodes of other clusters.
It means that a host cannot call vSAN API with a peer.
Many reasons can lead to the host not being able to call peer vSAN API, this health check will recommend different remediations.
Issue | Remediation |
---|---|
SSL certificate error (See Image 1) |
To remediate the SSL related error, you can renew the host certificate with the following steps
|
Connection refused error (See Image 2) | You can try to restart the peer host. |
Socket timeout error (See Image 3) | You can check if there is Network congestion or blocking firewall rules and make sure the peer is reachable |
Http exception error (See Image 4) | You can restart the peer host vsanmgmtd service by command /etc/init.d/vsanmgmtd restart |
Memory error | You can restart the host vsanmgmtd service by command /etc/init.d/vsanmgmtd restart |
System error | You can reboot host or restart the host vsanmgmtd service by command /etc/init.d/vsanmgmtd restart |
OS error | You can check if the peer network is unreachable and make sure the peer network is reachable |