vCenter/Skyline Health complains for all hosts.
* points to "https://kb.vmware.com/s/article/81785" which is useless
* no of those mentioned messages can be found in any hosts vmkwarning.log-file.
Skyline Health unfortunately doesn't provides any hint:
* about which datastore is the root-cause of the alarm.
I have been removing all but one datastores from the Services/vSphere-DRS Heartbeat Datastores
=> the alarm still persists
Any hint?
..current vCenter 7, esxi 6.7 and 7.0 hosts affected.
what is the exact error you see?
it's in Skyline-Health:
...
...
"Ask VMware" leads to the IMHO useless https://kb.vmware.com/s/article/81785
Each ESXi-Host has several NFS-Datastores mounted - but they are absolutely unique, there shouldn't be any overlap regarding their filesystems...
double checked: there _is_ no overlap between our NFS-shares.
Figured out, that conflicts in 2 groups of our shares lead to the conflict:
=> renaming the datastore name didn't solve the issue [good!]
Looking deeper into the shares:
[root@esxsrv:/var/log] esxcli storage nfs list
Volume Name Host Share Accessible Mounted Read-Only isPE Hardware Acceleration
----------------------------- ------------ ------------- ---------- ------- --------- ----- ---------------------
mc1nfs21_esx02 172.16.0.21 /esx02 true true false false Not Supported
mc1nfs21_esx01 172.16.0.21 /esx01 true true false false Not Supported
mc1nfs11_esx02 172.16.0.11 /esx02 true true false false Not Supported
mc1nfs11_esx01 172.16.0.11 /esx01 true true false false Not Supported
fas1nfs01_Software_Repository 172.16.0.9 /esx_softrepo true true false false Not Supported
fas1nfs01_esx01 172.16.0.1 /esx01 true true false false Not Supported
So my conclusion is:
It just looks at the "Share"-Name:
Which is in its embarrassingly simplicity absolutely usesless here => IMHO more a bug than a feature.
Waste of time.