En af komponenterne, der udgør VMFS'ens signatur, er blevet ændret. Oftest skyldes dette, at en VMFS er til stede på et andet SCSI-id. Dette forhold forårsages også en gang i mellem af visse Dell PERC-firmwareopgraderinger og kan tilskrives alvorlige RAID-fejl (f.eks. genmærkning af drev efter fejl på flere harddiske osv.).
Som med al god fejlfinding er man nødt til at forstå situationen, før der skrides til handling. Hvis man drager forkerte konklusioner om, hvordan man foretager fejlfinding, kan det muligvis føre til unødvendige datatab eller nedetid.
Der findes en VMFS Volume Management-vejledning og adskillige VMware KB-artikler, som beskriver mulige scenarier. Det er vigtigt at læse og forstå alle tænkelige scenarier, før der skrides til handling.
Læs og forstå VMware VMFS Volume Management-dokumentet, før du foretager eventuelle ændringer, da der kan forekomme datatab ved visse konfigurationer.
Generelt med et snapshot – den rigtige adfærd er, at du aktiverer gensignering, og gennemsøger igen, hvorefter LUN vises. Ved en DR-klynge, der ikke har set den pågældende LUN før, afviser du snapshot-LUN'er og gennemsøger igen.
Bemærk: **Før du foretager eventuelle ændringer i produktionsmiljøer, er det en rigtig god idé at udføre test på ikke-kritiske data på dit eget testmiljø, på samme måde som du gør med dine andre missionskritiske it-elementer**.
Nedenfor er en liste over KB'er med god, generel fejlfinding: