VxRail: VSAN-enheter "Ej monterade på den här värden" och "Ej kvalificerade för användning av VSAN" kan inte läggas till i VSAN-diskgrupper

När du har kontrollerat diskarna med kommandot "vdq -qH" eller "vdq -Hi" hittar du en eller flera enheter som visar "Reason: Inte monterad på den här värden." Dessa, och några andra, visar "Tillstånd: Får inte användas av VSAN." Bland de som inte är kvalificerade kan det finnas Boss-kort, Satadom, RecoverPoint-diskar och andra typer som bör visa det tillståndet. I vCenter kan du se fler enheter än förväntat, även om de extra inte är tillgängliga att lägga till i diskgrupper.

Nya enheter kanske inte syns när de har lagts till eller bytts ut efter ett diskfel. Enheter som inte har något efter "Name:" ska vara "naa.<siffror och bokstäver>." Dessa kallas vanligtvis "spökdiskar" eller "fantomenheter". De befinner sig på en plats där en nu förlorad enhet brukade vara. Att ha spökdiskar närvarande kan resultera i olika problem som långa starttider, misslyckade valideringar, oförmåga att "säkerställa tillgänglighet" och värdkrascher i vissa situationer.

Att ta bort spökenheter är ofta möjligt via vCenter eller via kommandoraden. Men ibland misslyckas de med att ta bort också, och i dessa fall måste du ofta fixa "Inte monterad..." Kör först.

Om VSAN upptäcker att det inte går att skriva till en enhet kan det sparka ut det från VSAN även om hårdvarusensorerna inte har sett ett tillstånd som gör att de markerar disken som felaktig ännu. Om disken är en cacheenhet eller om du använder deduplicering och komprimering måste VSAN ta hela diskgruppen offline. Även om detta kan leda till ovan nämnda tillstånd är det inte den underliggande orsaken. Orsaken är skadade metadata eller diskar som fortfarande har partitioner (från den tidigare konfigurationen). De har inte återställts och är inte redo att läggas till i VSAN igen. Detta kan också inträffa av andra orsaker när något oavsiktligt skrivs över diskmetadata på ett felaktigt sätt. Data är intakta men inte längre tillgängliga, och VSAN måste återställa lagringspolicyefterlevnad med en omsynkronisering.

En enhet med den här typen av partition kan tro att den är en del av en diskgrupp och visa en cacheenhet där det inte borde finnas någon. Denna cache-enhet har inte normal information som kapacitet eller namn (naa info saknas). Du kan dock inte ta bort den eftersom värden tror att det finns en enhet där som inte är monterad. Du kan inte heller åtgärda problemet genom att söka igenom lagringsstyrenheterna igen (detta kan orsaka en värdkrasch) eller genom att starta om värden.

Korrigering: Alla "Ej monterad..." Hårddiskarnas partitioner måste tas bort eller döljas och eventuella spökdiskar måste tas bort från miljön. Om partitioner är maskerade bör de fortfarande visas som "Berättigade för användning av VSAN" igen. Om du lägger till dem i en diskgrupp bör allt som fanns på dem under processen raderas. När du har åtgärdat det och tagit bort eventuella spökdiskar kan du behöva starta om värden. Detta görs efter att allt har dykt upp korrekt på värden. I området Cluster > Configure > Disk Management i vCenter kan du skapa en diskgrupp som vanligt.

Trappsteg:
Placera värden i underhållsläge (se till att det är tillgängligt). Detta skyddar data på värden från misstag eller oväntade problem. Se till att resten av VSAN också är felfritt. Om det pågår en VSAN-omsynkronisering måste detta slutföras innan diskar eller diskgrupper med data på dem kan tas bort från VSAN.
Broadcom har infört den enkla funktionen "Radera ESXi-lagringsenheter" i version 7.X och senare.
Radera ESXi-lagringsenheter (vmware.com)

1. I vSphere Client navigerar du till ESXi-värden.
2. Klicka på fliken Konfigurera.
3. Under Lagring klickar du på Lagringsenheter.
4. Välj en eller flera enheter och klicka på ikonen Radera partitioner.
5. Kontrollera att partitionsinformationen som du raderar inte är kritisk.
6. Klicka på OK för att bekräfta ändringen.

Om ovanstående inte fungerar använder du de manuella stegen nedan:

1. Kör kommandot nedan på värden (i Putty) och kopiera utdata till ett dokument. Putty krävs inte, men att kunna kopiera och klistra in är till hjälp.

   vdq -qH

2. Identifiera enheter som inte får användas av vSAN OCH visa antingen "Orsak: Inte monterad på den här värden" eller ha ingenting i fältet Namn (ingen naa).

3. Korrekta enheter visar "Ej monterad..." första:

   1. Hämta NAA för den oberättigade disken från utdata från "vdq -qH" på värden – Kör det här kommandot för att maskera partitionerna på disken:

      partedUtil mklabel /dev/disks/<naa.#'s> gpt

   2. Kör kommandot nedan igen och kontrollera att enheten nu visar "Eligible for use by VSAN".

      vdq -qH

      * Om inte, krävs en omstart och sedan en upprepning av föregående steg. Du bör försöka ta bort spökdiskar innan du startar om för att undvika en lång startprocess eftersom värden initierar diskar och vSAN-tjänsterna försöker starta.

4. Ta bort spökdiskar. Du kan vanligtvis göra detta i samma diskhanteringsområde. Om inte, använd kommandoraden på värden.

   $ esxcli vsan storage remove -u <UUID>

   Anteckna UUID för diskar utan naa-namn från dina utdata i steg 1.

5. Kontrollera att allt ser ut som det ska. Uppdatera vCenter och kontrollera Diskhantering igen samt kör kommandot "vdq -qH" på värden för att säkerställa att alla förväntade enheter visas och visar "Eligible for use by VSAN" nu. Om inte, startar du om värden eftersom vissa enheter kanske inte har initierats ännu och kontrollerar igen.

6. Skapa diskgruppen eller lägg till diskar i befintliga diskgrupper som vanligt (om du använder deduplicering och/eller komprimering krävs återskapande av hela diskgruppen).