The issue is noticed on the vSAN stretched cluster after renaming the fault domain.
You may experience the following on a vSAN stretched cluster.
Use the below command from the vSAN host command line to verify the health of the object.
#esxcli vsan debug object health summary get
Verify the details of the objects in "nonavailability-related-incompliance" using the below command.
#esxcli vsan debug object list --health=nonavailability-related-incompliance
The affected object will be having the locality set to 'NonPreferred'
This health check alert is triggered when an object’s storage policy compliance can’t be validated., This often happens due to stale metadata or incomplete compliance updates inside the vSAN control/management plane.
Restart the vsanmgmt service on all the hosts in the vSAN cluster using the below command.
#/etc/init.d/vsanmgmtd restart
Impact/Risks
A vSAN object in nonavailability-related-