VxRail: VSAN-diskene "Not mounted on this host" og "Ineligible for use by VSAN" kan ikke legges til VSAN-diskgrupper

Etter å ha sjekket diskene med kommandoen "vdq -qH" eller "vdq -Hi", finner du en eller flere stasjoner som viser "Årsak: Ikke montert på denne verten." Disse, og noen andre viser "Stat: Ikke kvalifisert for bruk av VSAN." Blant de som ikke er kvalifisert, kan det være Boss-kort, Satadom, RecoverPoint-disker og andre typer som skal vise denne tilstanden. I vCenter kan det hende du ser flere stasjoner enn forventet, men de ekstra stasjonene er ikke tilgjengelige for å legges til i diskgrupper.

Det kan hende at nye stasjoner ikke er synlige etter at de er lagt til eller erstattet etter en stasjonsfeil. Disker som ikke har noe etter "Navn:", skal være "naa.<tall og bokstaver>.» Disse kalles ofte "spøkelsespøkelsesplater" eller "fantomstasjoner". De er på et sted der en nå tapt enhet pleide å være. Å ha spøkelsesdisker til stede kan føre til forskjellige problemer som lange oppstartstider, manglende valideringer, manglende evne til å "sikre tilgjengelighet" og vertskrasj i noen situasjoner.

Fjerning av spøkelsesstasjoner er ofte mulig gjennom vCenter eller kommandolinje. Noen ganger klarer de imidlertid ikke å fjerne også, og i disse tilfellene må du ofte fikse "Ikke montert ..." Kjør først.

Hvis VSAN oppdager at datamaskinen ikke skriver til en stasjon, kan den kaste den ut av VSAN selv om maskinvaresensorene ikke har sett en tilstand som gjør at de merker disken som feil ennå. Hvis disken er en hurtigbufferstasjon, eller hvis du bruker deduplisering og komprimering, må VSAN koble fra hele diskgruppen. Selv om dette kan føre til de ovennevnte forholdene, er det ikke den underliggende årsaken. Årsaken er ødelagte metadata eller disker som fortsatt har partisjoner (fra sin tidligere konfigurasjon). De blir ikke gjenopprettet og klare til å legges tilbake til VSAN. Dette kan også skje av andre grunner når noe utilsiktet skrives over diskmetadata feil. Dataene er intakte, men ikke lenger tilgjengelige, og VSAN må gjenopprette lagringspolicyen ved hjelp av en resynkronisering.

En stasjon med denne typen partisjon kan tro at den er en del av en diskgruppe og vise en cache-stasjon der det ikke skal være en. Denne cache-stasjonen har ikke normal informasjon som kapasitet eller navn (naa info mangler). Du kan imidlertid ikke fjerne den på grunn av at verten tror det er en stasjon der som ikke er montert. Du kan heller ikke rette opp dette ved å skanne lagringskontrollerne på nytt (dette kan føre til vertskrasj) eller ved å starte verten på nytt.

Reparasjon: Enhver "Ikke montert ..." Stasjoner må ha partisjonene fjernet eller skjult, og eventuelle spøkelsesdisker må fjernes fra miljøet. Hvis partisjoner er maskerte, bør dette fortsatt tillate dem å vises som "Kvalifisert for bruk av VSAN" igjen. Hvis du legger dem til i en diskgruppe, bør du slette alt som var på dem under prosessen. Etter å ha fikset det, og fjernet eventuelle spøkelsesdisker, må du kanskje starte verten på nytt. Dette gjøres etter at alt vises riktig på verten. I vCenter-området Cluster > Configure > Disk Management kan du opprette en diskgruppe som vanlig.

Trinn:
Sett verten i vedlikeholdsmodus (sikre tilgjengelighet). Dette beskytter data på verten mot eventuelle feil eller uventede problemer. Sørg for at resten av VSAN også er sunt. Hvis det pågår en VSAN-synkronisering, må denne fullføres før disker eller diskgrupper med data på dem kan fjernes fra VSAN.
Broadcom har introdusert en enkel funksjon "Slett ESXi-lagringsenheter" i versjoner 7.X og nyere.
Slett ESXi-lagringsenheter (vmware.com)

1. Gå til ESXi-verten i vSphere-klienten.
2. Klikk kategorien Konfigurer.
3. Under Lagring klikker du på Lagringsenheter.
4. Velg en eller flere enheter og klikk på Slett partisjoner ikon.
5. Kontroller at partisjonsinformasjonen du sletter ikke er kritisk.
6. Klikk OK for å bekrefte endringen.

Hvis ovenstående ikke fungerer, bruker du de manuelle trinnene nedenfor:

1. Kjør kommandoen nedenfor på verten (i Putty) og kopier utdataene til et dokument. Kitt er ikke nødvendig, men å kunne kopiere og lime inn er nyttig.

   vdq -qH

2. Identifiser stasjoner som ikke er kvalifisert for bruk av VSAN, OG enten viser "Årsak: Ikke montert på denne verten" eller har ingenting i navnefeltet (ingen naa).

3. Korriger disker som viser "Ikke montert ..." første:

   1. Hent NAA på den ikke-kvalifiserte disken fra utdataene fra "vdq -qH" på verten - Kjør denne kommandoen for å maskere partisjonene på disken:

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

   2. Kjør kommandoen nedenfor igjen, og kontroller at disken nå viser "Eligible for use by VSAN."

      vdq -qH

      *Hvis ikke, er det nødvendig med en omstart og deretter en gjentakelse av forrige trinn. Du bør prøve å fjerne spøkelsesdisker før du starter på nytt for å unngå en lang oppstartsprosess ettersom verten initialiserer disker og vSAN-tjenester prøver å starte.

4. Fjern spøkelsesdisker. Du kan vanligvis gjøre dette i samme Disk Management-område. Hvis ikke, bruk kommandolinjen på verten.

   $ esxcli vsan storage remove -u <UUID>

   Legg merke til UUID for disker uten naa-navn, fra utdataene dine i trinn 1.

5. Sjekk at alt ser ut som det skal. Oppdater vCenter og kontroller Diskbehandling på nytt, og kjør kommandoen "vdq -qH" på verten for å sikre at alle forventede stasjoner vises og viser "Eligible for use by VSAN" nå. Hvis ikke, må du starte verten på nytt, siden noen stasjoner kanskje ikke er initialisert ennå, og sjekke på nytt.

6. Opprett diskgruppen eller legg til disker i eksisterende diskgrupper som normalt (hvis du bruker deduplisering og eller komprimering, er full diskgruppe rekreasjon nødvendig).