VxRail: VSAN-Laufwerke mit den Fehlermeldungen „Nicht auf diesem Host eingehängt“ und „Nicht für VSAN-Verwendung qualifiziert“ können VSAN-Festplattengruppen nicht hinzugefügt werden.

Nachdem Sie die Festplatten mit dem Befehl „vdq -qH“ oder „vdq -Hi“ überprüft haben, finden Sie ein oder mehrere Laufwerke mit dieser Anzeige „Grund: Nicht auf diesem Host eingehängt.“ Diese und einige andere zeigen Folgendes an: „Status: Nicht für VSAN-Verwendung qualifiziert.“ Zu den nicht qualifizierten Geräten gehören möglicherweise BOSS-Karten, SATADOM, RecoverPoint-Festplatten und andere Typen, die diesen Status aufweisen sollten. In vCenter werden möglicherweise mehr Laufwerke als erwartet angezeigt, obwohl die zusätzlichen Laufwerke Festplattengruppen nicht hinzugefügt werden können.

Neue Laufwerke sind möglicherweise nicht sichtbar, nachdem sie nach einem Laufwerksausfall hinzugefügt oder ersetzt wurden. Laufwerke, auf denen nach „Name:“ nichts steht, sollten „naa.<Ziffern&Buchstaben>“ anzeigen. Diese werden im Allgemeinen als „Geisterfestplatten“ oder „Phantomlaufwerke“ bezeichnet. Sie befinden sich an einem Ort, an dem sich früher ein jetzt nicht mehr vorhandenes Gerät befand. Das Vorhandensein von Geisterfestplatten kann zu verschiedenen Problemen führen, z. B. zu langen Startzeiten, fehlgeschlagenen Validierungen, der Unfähigkeit, „die Zugänglichkeit sicherzustellen“, und in einigen Situationen zu Hostabstürzen.

Das Entfernen von Geisterfestplatten ist häufig über vCenter oder über die Befehlszeile möglich. Manchmal lassen sie sich jedoch auch nicht entfernen und in diesen Fällen müssen Sie oft das „Nicht eingehängte …“ Laufwerk zuerst reparieren.

Wenn das VSAN einen Schreibfehler erkennt, wird das entsprechende Laufwerk möglicherweise aus dem VSAN geworfen, selbst wenn die Hardwaresensoren noch keinen Zustand erkannt haben, der dazu führen würde, dass die Festplatte als fehlerhaft gekennzeichnet wird. Wenn es sich bei dieser Festplatte um ein Cachelaufwerk handelt oder wenn Sie Deduplizierung und Komprimierung verwenden, muss das VSAN die gesamte Festplattengruppe offline schalten. Dies kann zwar zu den oben genannten Problemen führen, ist aber nicht die zugrunde liegende Ursache. Die Ursache sind beschädigte Metadaten oder Festplatten, die noch Partitionen (aus ihrer früheren Konfiguration) aufweisen. Sie werden nicht wiederhergestellt und können nicht wieder zum VSAN hinzugefügt werden. Dies kann auch aus anderen Gründen auftreten, wenn etwas versehentlich falsch über Festplattenmetadaten geschrieben wird. Die Daten sind intakt, aber nicht mehr zugänglich, und das VSAN muss die Storage-Policy-Compliance mit einer Neusynchronisierung wiederherstellen.

Ein Laufwerk mit diesem Partitionstyp glaubt möglicherweise, Teil einer Festplattengruppe zu sein, und zeigt ein Cachelaufwerk an, wo keines sein sollte. Dieses Cachelaufwerk verfügt nicht über normale Informationen wie Kapazität oder Name (NAA-Info fehlt). Sie können es jedoch nicht entfernen, da der Host davon ausgeht, dass dort ein Laufwerk vorhanden ist, das jedoch nicht eingehängt ist. Sie können dies auch nicht korrigieren, indem Sie die Storage-Controller erneut scannen (dies kann zu einem Absturz des Hosts führen) oder den Host neu starten.

Fehlerbehebung: Alle „Nicht eingehängten …“ Partitionen der Laufwerke müssen entfernt oder ausgeblendet werden und alle Geisterfestplatten müssen aus der Umgebung entfernt werden. Wenn Partitionen maskiert sind, sollten sie weiterhin als „Für VSAN-Verwendung qualifiziert“ angezeigt werden. Durch das Hinzufügen zu einer Laufwerksgruppe sollte alles gelöscht werden, was sich während des Prozesses darauf befand. Nachdem Sie das Problem behoben und alle Geisterfestplatten entfernt haben, müssen Sie möglicherweise den Host neu starten. Dies geschieht, nachdem alles ordnungsgemäß auf dem Host angezeigt wird. Im Bereich „Cluster > Konfigurieren > Festplattenmanagement“ von vCenter können Sie wie gewohnt eine Festplattengruppe erstellen.

Schritte:
Versetzen Sie den Host in den Wartungsmodus (Zugriff sicherstellen). Dadurch werden die Daten auf dem Host vor Fehlern oder unerwarteten Problemen geschützt. Stellen Sie sicher, dass auch der Rest des VSAN ordnungsgemäß funktioniert. Wenn eine VSAN-Neusynchronisierung im Gange ist, muss diese abgeschlossen sein, bevor Festplatten oder Festplattengruppen mit Daten aus VSAN entfernt werden können.
Broadcom hat die einfache Funktion „ESXi-Storage-Geräte löschen“ in Version 7.X und höher eingeführt.
ESXi-Storage-Geräte löschen (vmware.com)

1. Navigieren Sie im vSphere Client zum ESXi-Host.
2. Klicken Sie auf die Registerkarte „Konfigurieren“.
3. Klicken Sie unter „Storage“ auf „Storagegeräte“.
4. Wählen Sie ein oder mehrere Geräte aus und klicken Sie auf das Symbol „Partitionen löschen“.
5. Stellen Sie sicher, dass die Partitionsinformationen, die Sie löschen, nicht kritisch sind.
6. Klicken Sie auf „OK“, um die Änderung zu bestätigen.

Wenn die oben genannten Schritte nicht funktionieren, verwenden Sie die folgenden manuellen Schritte:

1. Führen Sie den folgenden Befehl auf dem Host (in PuTTY) aus und kopieren Sie die Ausgabe in ein Dokument. PuTTY ist nicht erforderlich, aber die Möglichkeit zum Kopieren und Einfügen ist hilfreich.

   vdq -qH

2. Identifizieren Sie Laufwerke, die „Nicht für VSAN-Verwendung qualifiziert“ sind, und entweder „Grund: Nicht auf diesem Host eingehängt“ oder nichts im Feld „Name“ (kein naa) enthalten.

3. Korrigieren Sie Laufwerke mit der Meldung „Nicht eingehängt …“ zuerst:

   1. Rufen Sie die NAA der nicht qualifizierten Festplatte aus der Ausgabe von „vdq -qH“ auf dem Host ab. Führen Sie diesen Befehl aus, um die Partitionen auf der Festplatte zu maskieren:

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

   2. Führen Sie den folgenden Befehl erneut aus und stellen Sie sicher, dass das Laufwerk jetzt „Für die VSAN-Verwendung qualifiziert“ anzeigt.

      vdq -qH

      * Andernfalls ist ein Neustart mit anschließender Wiederholung des vorherigen Schritts erforderlich. Sie sollten versuchen, Geisterfestplatten vor dem Neustart zu entfernen, um einen langen Startvorgang zu vermeiden, da der Host Festplatten initialisiert und vSAN-Services versuchen, zu starten.

4. Entfernen Sie Geisterfestplatten. Sie können dies in der Regel im selben Bereich für die Datenträgerverwaltung tun. Andernfalls verwenden Sie die Befehlszeile auf dem Host.

   $ esxcli vsan storage remove -u <UUID>

   Notieren Sie sich die UUID von Festplatten ohne NAA-Namen aus Ihrer Ausgabe in Schritt 1.

5. Überprüfen Sie, ob alles so aussieht, wie es soll. Aktualisieren Sie vCenter und überprüfen Sie die Datenträgerverwaltung erneut. Führen Sie außerdem Sie den Befehl „vdq -qH“ auf dem Host aus, um sicherzustellen, dass alle erwarteten Laufwerke jetzt mit „Für die VSAN-Verwendung qualifiziert“ angezeigt werden. Wenn nicht, starten Sie den Host neu, da einige Laufwerke möglicherweise noch nicht initialisiert wurden, und überprüfen Sie erneut.

6. Erstellen Sie die Laufwerksgruppe oder fügen Sie vorhandenen Laufwerksgruppen wie gewohnt Festplatten hinzu (bei Verwendung von Deduplizierung und/oder Komprimierung ist eine vollständige Neuerstellung der Laufwerksgruppe erforderlich).