Inaccessible vSAN objects after migrating hosts to different location
book
Article ID: 411098
calendar_today
Updated On:
Products
VMware vSAN
Issue/Introduction
Symptoms:
- Objects are in inaccessible after migrating two-node vSAN ROBO cluster to a different physical location.
- Witness for vSAN cluster is at far-off site from the new location of data nodes.
- vSAN Cluster has partitioned.
- As part of troubleshooting, vSAN is disabled and re-enabled from vSphere Client (vSAN Cluster > Configure > Services).
Environment
vSphere vSAN 7.x
vSphere vSAN 8.x
Cause
- As part of troubleshooting to fix the vSAN cluster partitioning and inaccessible objects, vSAN is turned-off mistakenly from vCenter UI.
- Re-enabling vSAN created a new vSAN datastore (with UUID changed).
- This resulted in all objects showing missing paths due to UUID mismatch.
E.g.
# Missing paths of these objects is shown in following truncated output of command :
'esxcli vsan debug object list'
Used:
13950255104
Used 4K Blocks:
13883105280
Size:
2147483648000
Type:
vdisk
Path:
/vmfs/volumes/vsan:<old-UUID>/########-####-####-####-############/<VM>.vmdk (Missing)
Resolution
If these symptoms match, please contact Broadcom Support logging a support case for further assistance.
Feedback
thumb_up
Yes
thumb_down
No