4 Replies Latest reply on Oct 5, 2016 9:59 AM by elerium

    Component metadata health alert for non-present VSAN objects, find original location?

    MBrownWFP Enthusiast

      I'm getting "Component metadata health = invalid state" warnings for three objects in my VSAN cluster.

      component_metadata_health.jpg

       

      When running "vsan.cmmds_find" in RVC, the data for these objects shows up blank:

       

      /x.x.x.x/datacenter/computers> vsan.cmmds_find 0 -u e17bcc57-50b8-1a27-e0a6-288023b04018

      +---+------+------+-------+--------+---------+

      | # | Type | UUID | Owner | Health | Content |

      +---+------+------+-------+--------+---------+

      +---+------+------+-------+--------+---------+

      /x.x.x.x/datacenter/computers> vsan.cmmds_find 0 -u b708cf57-4870-11d0-0196-288023b046b0

      +---+------+------+-------+--------+---------+

      | # | Type | UUID | Owner | Health | Content |

      +---+------+------+-------+--------+---------+

      +---+------+------+-------+--------+---------+

      /x.x.x.x/datacenter/computers> vsan.cmmds_find 0 -u 1348cb57-5f3b-2108-a2d4-288023b047f4

      +---+------+------+-------+--------+---------+

      | # | Type | UUID | Owner | Health | Content |

      +---+------+------+-------+--------+---------+

      +---+------+------+-------+--------+---------+

       

      I have a ticket open with support and was told that these objects are no longer present in VSAN. The solution that was recommended was to delete all disk groups on the two affected hosts using "Full data migration" option then re-create the disk groups. This solution seems quite heavy-handed to me and would result in significant disk activity during data migration as well as during re-balancing once these hosts are again contributing full disk capacity.


      Is there any way of determining the specific disk group that these non-present objects were a member of? I'd prefer to delete/recreate individual disk groups if possible, rather than all disk groups on these two hosts.


      Thanks,

      Matt