VxRail: VSAN-drevene "Not mounted on this host" og "Ineligible for use by VSAN" kan ikke føjes til VSAN-diskgrupper

Når du har kontrolleret diskene med kommandoen "vdq -qH" eller "vdq -Hi", finder du et eller flere drev, der viser "Årsag: Ikke monteret på denne vært." Disse og nogle andre viser "Stat: Ikke berettiget til brug af VSAN." Blandt dem, der ikke er kvalificerede, kan der være Boss-kort, Satadom, RecoverPoint-diske og andre typer, der skal vise denne tilstand. I vCenter kan du muligvis se flere drev, end man forventer, selvom de ekstra drev ikke kan føjes til diskgrupper.

Nye drev er muligvis ikke synlige efter at være blevet tilføjet eller udskiftet efter en drevfejl. Drev, der ikke har noget efter "Navn:", skal være "naa".<tal og bogstaver>." Disse kaldes almindeligvis "spøgelsesdiske" eller "fantomdrev". De er på et sted, hvor en nu mistet enhed plejede at være. At have spøgelsesdiske til stede kan resultere i forskellige problemer såsom lange opstartstider, mislykkede valideringer, manglende evne til at "sikre tilgængelighed" og værtsnedbrud i nogle situationer.

Fjernelse af spøgelsesdrev er ofte muligt via vCenter eller via kommandolinje. Men nogle gange undlader de også at fjerne, og i disse tilfælde skal du ofte rette "Ikke monteret ..." Kør først.

Hvis VSAN registrerer manglende skrivning til et drev, kan det sparke det ud af VSAN, selvom hardwaresensorerne endnu ikke har set en tilstand, der ville få dem til at markere disken som fejlbehæftet. Hvis disken er et cachedrev, eller hvis der anvendes deduplikering og komprimering, skal VSAN tage hele diskgruppen offline. Selvom dette kan føre til ovennævnte forhold, er det ikke den underliggende årsag. Årsagen er beskadigede metadata eller diske, der stadig har partitioner (fra deres tidligere konfiguration). De er ikke gendannet og klar til at blive tilføjet tilbage til VSAN. Dette kan også forekomme af andre årsager, når noget utilsigtet skrives forkert over diskmetadata. Dataene er intakte, men ikke længere tilgængelige, og VSAN skal genoprette lagerpolitikkens overholdelse med en gensynkronisering.

Et drev med denne type partition tror måske, at det er en del af en diskgruppe og viser et cache-drev, hvor der ikke burde være et. Dette cachedrev har ikke normale oplysninger som kapacitet eller navn (naa-oplysninger mangler). Du kan dog ikke fjerne det, fordi værten tror, at der er et drev der, som ikke er monteret. Du kan heller ikke rette dette ved at scanne lagercontrollerne igen (dette kan forårsage et værtsnedbrud) eller ved at genstarte værten.

Rettelse: Enhver "Ikke monteret ..." Drevs skal have deres partitioner fjernet eller skjult, og eventuelle spøgelsesdiske skal fjernes fra miljøet. Hvis partitioner er maskeret, bør det stadig give dem mulighed for at blive vist som "Berettiget til brug af VSAN" igen. Hvis du føjer dem til en diskgruppe, bør du slette alt, hvad der var på dem under processen. Når du har rettet det og fjernet eventuelle spøgelsesdiske, skal du muligvis genstarte værten. Dette gøres, når alt vises korrekt på værten. I vCenters klyngekonfigurationsområde >> Diskhåndtering kan du oprette en diskgruppe som normalt.

Trin:
Sæt værten i vedligeholdelsestilstand (sørg for tilgængelighed). Dette beskytter data om værten mod eventuelle fejl eller uventede problemer. Sørg for, at resten af VSAN også har det godt. Hvis der foregår en VSAN-gensynkronisering, skal denne fuldføres, før diske eller diskgrupper med data kan fjernes fra VSAN.
Broadcom har introduceret en simpel funktion "Slet ESXi-lagerenheder" i version 7.X og nyere.
Slet ESXi-lagerenheder (vmware.com)

1. Gå til ESXi-værten i vSphere-klienten.
2. Klik på fanen Konfigurer.
3. Under Storage skal du klikke på Storage devices.
4. Vælg en eller flere enheder, og klik på ikonet Slet partitioner.
5. Kontroller, at de partitionsoplysninger, du sletter, ikke er kritiske.
6. Klik på OK for at bekræfte ændringen.

Hvis ovenstående ikke virker, skal du følge nedenstående manuelle trin:

1. Kør nedenstående kommando på værten (i Putty), og kopier outputtet til et dokument. Kitt er ikke påkrævet, men det er nyttigt at kunne kopiere og indsætte.

   vdq -qH

2. Identificer drev, der er "Ikke berettiget til brug af VSAN", OG vis enten "Årsag: Ikke monteret på denne vært" eller har intet i feltet Navn (ingen naa).

3. Korrekte drev, der viser "Ikke monteret..." første:

   1. Hent NAA for den ikke-kvalificerede disk fra outputtet "vdq -qH" på værten - Kør denne kommando for at maskere partitionerne på disken:

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

   2. Kør nedenstående kommando igen, og sørg for, at drevet nu viser "Berettiget til brug af VSAN."

      vdq -qH

      *Hvis ikke, er det nødvendigt at genstarte og derefter gentage det forrige trin. Du bør forsøge at fjerne spøgelsesdiske, før du genstarter, for at undgå en lang opstartsproces, når værten initialiserer diske, og vSAN-tjenester forsøger at starte.

4. Fjern spøgelsesdiske. Du kan normalt gøre dette i det samme Diskhåndteringsområde. Hvis ikke, skal du bruge kommandolinjen på værten.

   $ esxcli vsan storage remove -u <UUID>

   Bemærk UUID'et for diske uden naa-navne fra dit output i trin 1.

5. Kontroller, at alt ser ud, som det skal. Opdater vCenter, og kontrollér Diskhåndtering igen, samt kør kommandoen "vdq-qH" på værten for at sikre, at alle forventede drev vises og viser "Berettiget til brug af VSAN" nu. Hvis ikke, skal du genstarte værten, da nogle drev muligvis ikke er blevet initialiseret endnu, og kontrollere igen.

6. Opret diskgruppen, eller føj diske til eksisterende diskgrupper som normalt (hvis du bruger deduplikering og/eller komprimering, er fuld diskgrupperekreation nødvendig).