VxRail: VSAN-schijven 'Niet gemonteerd op deze host' en 'Komt niet in aanmerking voor gebruik door VSAN' kunnen niet worden toegevoegd aan VSAN-schijfgroepen
Summary: In dit artikel wordt beschreven hoe u het probleem kunt oplossen dat VSAN-schijfgroepen niet kunnen worden gemaakt. Het biedt ook problemen bij het toevoegen van schijven aan bestaande schijven wanneer er abnormale omstandigheden op de host worden weergegeven. De specifieke voorwaarden die in dit artikel worden behandeld, omvatten "niet in aanmerking komende" schijven die beschikbaar zouden moeten zijn. Mogelijk ziet u ook een onjuist totaal aantal schijven op de host en/of extra schijfgroepen die er niet zouden moeten zijn. ...
Symptoms
Na het controleren van de schijven met de opdracht "vdq -qH" of "vdq -Hi", vindt u een of meer schijven die "Reason: Niet gemonteerd op deze host." Deze, en enkele andere, tonen "Staat: Komt niet in aanmerking voor gebruik door VSAN." Onder de kaarten die niet in aanmerking komen, zijn er mogelijk Boss-kaarten, Satadom, RecoverPoint-schijven en andere typen die die status zouden moeten weergeven. Binnen vCenter ziet u mogelijk meer schijven dan verwacht, hoewel de extra schijven niet beschikbaar zijn om toe te voegen aan schijfgroepen.
Nieuwe schijven zijn mogelijk niet zichtbaar nadat ze zijn toegevoegd of vervangen na een schijfdefect. Schijven die niets na "Name:" hebben, moeten "naa" zijn.<cijfers en letters>." Deze worden gewoonlijk "ghost disks" of "phantom drives" genoemd. Ze bevinden zich op een plek waar vroeger een nu verloren apparaat was. De aanwezigheid van spookschijven kan leiden tot verschillende problemen, zoals lange opstarttijden, mislukte validaties, het niet kunnen garanderen van toegankelijkheid en in sommige situaties crashes van hosts.
Het verwijderen van spookschijven is vaak mogelijk via vCenter of via de opdrachtregel. Soms kunnen ze echter ook niet worden verwijderd, en in deze gevallen moet u vaak de "Niet gemonteerd..." Rijd eerst.
Cause
Als de VSAN een schrijffout bij het schrijven naar een schijf detecteert, kan deze uit de VSAN worden verwijderd, zelfs als de hardwaresensoren nog geen omstandigheid hebben gezien waardoor ze de schijf als defect markeren. Als die schijf een cachestation is of als deduplicatie en compressie worden gebruikt, moet de VSAN de hele schijfgroep offline halen. Hoewel dit kan leiden tot de bovengenoemde aandoeningen, is het niet de onderliggende oorzaak. De oorzaak is beschadigde metadata of schijven die nog partities hebben (van hun vorige configuratie). Ze worden niet hersteld en zijn klaar om weer aan de VSAN te worden toegevoegd. Dit kan ook om andere redenen gebeuren, wanneer iets per ongeluk onjuist over schijfmetadata wordt geschreven. De data zijn intact maar niet langer toegankelijk, en de VSAN moet de naleving van het storagebeleid herstellen door opnieuw te synchroniseren.
Een schijf met dit type partitie kan denken dat deze deel uitmaakt van een schijfgroep en een cacheschijf weergeven waar er geen zou moeten zijn. Dit cachestation bevat geen normale informatie zoals de capaciteit of naam (naa-info ontbreekt). U kunt het echter niet verwijderen omdat de host denkt dat er een schijf is die niet is gekoppeld. U kunt dit ook niet corrigeren door de storagecontrollers opnieuw te scannen (dit kan een hostcrash veroorzaken) of door de host opnieuw op te starten.
Resolution
Neem contact op met de technische support van Dell of met uw geautoriseerde servicevertegenwoordiger en vermeld de ID van dit Knowledge Base-artikel.
Oplossing: Elke "Niet gemonteerd..." Partities van schijven moeten worden verwijderd of verborgen en eventuele spookschijven moeten uit de omgeving worden verwijderd. Als partities zijn gemaskeerd, zouden ze nog steeds opnieuw moeten kunnen worden weergegeven als 'In aanmerking komend voor gebruik door VSAN'. Door ze aan een schijfgroep toe te voegen, zou alles moeten worden gewist wat er tijdens het proces op stond. Nadat u dat hebt opgelost en eventuele spookschijven hebt verwijderd, moet u mogelijk de host opnieuw opstarten. Dit wordt gedaan nadat alles correct wordt weergegeven op de host. In het gebied Cluster > Configure > Disk Management van vCenter kunt u zoals gebruikelijk een schijfgroep maken.
Stappen:
Plaats de host in de onderhoudsmodus (zorg voor toegankelijkheid). Dit beschermt data op de host tegen eventuele fouten of onverwachte problemen. Zorg ervoor dat de rest van de VSAN ook in orde is. Als er een VSAN-hersynchronisatie gaande is, moet deze worden voltooid voordat schijven of schijfgroepen met data erop uit de VSAN kunnen worden verwijderd.
Broadcom heeft een eenvoudige functie "ESXi-opslagapparaten wissen" geïntroduceerd in versie 7.X en hoger.
ESXi-opslagapparaten wissen (vmware.com)
- Navigeer in de vSphere-client naar de ESXi-host.
- Klik op het tabblad Configure.
- Klik onder Storage op Storage Devices.
- Selecteer een of meer apparaten en klik op het pictogram Partities wissen.
- Controleer of de partitiegegevens die u wist, niet kritiek zijn.
- Klik op OK om uw wijziging te bevestigen.
Als het bovenstaande niet werkt, gebruikt u de onderstaande handmatige stappen:
-
Voer de onderstaande opdracht uit op de host (in Putty) en kopieer de uitvoer naar een document. Putty is niet vereist, maar de mogelijkheid om te kopiëren en plakken is handig.
vdq -qH
-
Identificeer de stations die "Niet in aanmerking komen voor gebruik door VSAN" EN tonen "Reden: Niet gemonteerd op deze host" of hebben niets in het veld Naam (geen naa).
-
Juiste schijven die "Niet gemonteerd..." eerste:
- Haal de NAA van de niet-in aanmerking komende schijf op uit de uitvoer van "vdq -qH" op de host - Voer deze opdracht uit om de partities op de schijf te maskeren:
partedUtil mklabel /dev/disks/<naa.#'s> gpt
- Voer de onderstaande opdracht opnieuw uit en zorg ervoor dat de schijf nu "Eligible for use by VSAN" weergeeft.
vdq -qH
*Als dit niet het geval is, moet u opnieuw opstarten en de vorige stap herhalen. U moet proberen spookschijven te verwijderen voordat u opnieuw opstart om een lang opstartproces te voorkomen wanneer de host schijven initialiseert en vSAN-services proberen te starten.
- Haal de NAA van de niet-in aanmerking komende schijf op uit de uitvoer van "vdq -qH" op de host - Voer deze opdracht uit om de partities op de schijf te maskeren:
-
Verwijder spookschijven. U kunt dit meestal in hetzelfde gebied voor schijfbeheer doen. Als dat niet het geval is, gebruikt u de opdrachtregel op de host.
$ esxcli vsan storage remove -u <UUID>
Noteer de UUID van schijven zonder naa-namen uit uw uitvoer in stap 1.
-
Controleer of alles er naar behoren uitziet. Vernieuw vCenter en controleer Schijfbeheer opnieuw, en voer de opdracht "vdq -qH" uit op de host om ervoor te zorgen dat alle verwachte schijven nu worden weergegeven en "Eligible for use by VSAN" worden weergegeven. Als dit niet het geval is, start u de host opnieuw op, aangezien sommige schijven mogelijk nog niet zijn geïnitialiseerd en controleert u opnieuw.
-
Maak de schijfgroep of voeg schijven toe aan bestaande schijfgroepen zoals gebruikelijk (als u deduplicatie en/of compressie gebruikt, moet de volledige schijfgroep opnieuw worden gemaakt).