VMware ESXi erkennt Festplatte nach Installation nicht

Nach der Installation von ESXi erscheint eine Festplatte manchmal nicht beim Erstellen eines Datastores, oder ESXi findet darauf einen alten Datastore, bindet ihn aber nicht ein (Mount). Die Ursache bestimmt die Lösung: Manche Lösungen erhalten die Daten auf der Festplatte, andere löschen sie. Diese Anleitung erklärt, wie Sie zuerst die Ursache finden und dann das passende Szenario wählen.

Die Befehle gelten für ESXi 8.0 und funktionieren auch unter ESXi 7.0. Führen Sie sie als root in der ESXi Shell oder über SSH aus.

Ursache finden

Öffnen Sie den ESXi Host Client im Browser und gehen Sie zu Storage → Devices. Suchen Sie die Festplatte und prüfen Sie, was angezeigt wird.

• Die Festplatte ist unter Storage → Devices aufgeführt, steht aber im Assistenten New datastore nicht zur Verfügung. Prüfen Sie vor jeder Änderung, ob sie einen vorhandenen Datastore, Systempartitionen oder andere Partitionen enthält. Siehe Szenarien 1 und 2.
• ESXi meldet auf der Festplatte einen alten VMFS-Datastore, der Datastore ist jedoch nicht gemountet. Die Festplatte wurde höchstwahrscheinlich von einer anderen ESXi-Installation verwendet oder geklont. Weiter mit Szenario 1.
• Die Festplatte fehlt in der Liste vollständig. ESXi erkennt das Gerät selbst nicht. Weiter mit Szenario 3.

Dieselbe Prüfung auf der Kommandozeile. Listen Sie die Festplatten auf, die ESXi erkennt:

esxcli storage core device list | grep -E "^[a-z]|Display Name|Size"

Listen Sie die VMFS-Volumes auf, die ESXi gefunden, aber nicht gemountet hat:

esxcli storage vmfs snapshot list

Zeigt der zweite Befehl keine Volumes an, kann die Festplatte dennoch einen normalen VMFS-Datastore enthalten, der manuell ausgehängt (unmounted) wurde. ESXi mountet einen solchen Datastore nicht automatisch, er ist aber auch kein Snapshot. Prüfen Sie die Liste der Dateisysteme:

esxcli storage filesystem list

Steht der Datastore mit Mounted = false in der Liste, mounten Sie ihn über seinen Namen:

esxcli storage filesystem mount -l DATASTORE_NAME

Oder über seine UUID:

esxcli storage filesystem mount -u DATASTORE_UUID

Zeigt der zweite Befehl ein Volume an, verwenden Sie Szenario 1. Zeigt keiner der beiden Befehle den Datastore an, bedeutet das noch nicht, dass die Festplatte nur alte Partitionen enthält: Es kann die Boot-Festplatte sein (siehe Szenario 4) oder Daten enthalten, die Sie benötigen. Prüfen Sie die Partitionen wie in Szenario 2 beschrieben, bevor Sie etwas löschen.

Szenario 1. Vorhandenen VMFS-Datastore mounten und die Daten behalten

Verwenden Sie dieses Szenario, wenn die Festplatte einen Datastore mit virtuellen Maschinen enthält, die Sie benötigen. Das passiert nach einer Neuinstallation von ESXi auf demselben Server, wenn die Festplatte aus einem anderen Host übernommen wurde oder wenn die Festplatte eine Kopie einer anderen Festplatte ist.

Jedes VMFS-Volume besitzt eine Signatur, die an die Kennung des Geräts gebunden ist, auf dem es erstellt wurde. Ändert sich die Gerätekennung, etwa nach dem Klonen der Festplatte, dem Verschieben an einen anderen Controller oder bei einer anderen LUN-ID, erkennt ESXi das Volume als nicht aufgelösten Snapshot (unresolved snapshot) und mountet es nicht automatisch. Das schützt davor, zwei Kopien desselben Datastores zu mounten. Nicht jeder nicht gemountete Datastore ist ein Snapshot: Zeigt der folgende Befehl nichts an, liegt die Ursache woanders.

Prüfen Sie das Volume:

esxcli storage vmfs snapshot list

Beispielausgabe:

5f5b217c-2b53d2b8-d1a4-ac1f6be04cea
   Volume Name: datastore1
   VMFS UUID: 5f5b217c-2b53d2b8-d1a4-ac1f6be04cea
   Can mount: true
   Reason for un-mountability:
   Can resignature: true
   Reason for non-resignaturability:
   Unresolved Extent Count: 1

Sie können die vorhandene Signatur beibehalten (Mount) oder eine neue schreiben (Resignature).

Volume mit der vorhandenen Signatur mounten

Verwenden Sie diese Methode, wenn der ursprüngliche Datastore nicht mehr mit diesem Host verbunden ist, zum Beispiel nach einer Neuinstallation von ESXi:

esxcli storage vmfs snapshot mount -l datastore1

Ersetzen Sie datastore1 durch den Volume Name aus der Ausgabe. Haben mehrere Volumes denselben Namen, verwenden Sie stattdessen die UUID: -u 5f5b217c-2b53d2b8-d1a4-ac1f6be04cea. Dasselbe gilt für Resignature. Das Mount bleibt nach einem Neustart erhalten. Um das Volume nur bis zum nächsten Neustart zu mounten, fügen Sie -n hinzu.

Volume neu signieren (Resignature)

Verwenden Sie diese Methode, wenn der ursprüngliche Datastore und seine Kopie gleichzeitig auf demselben Host laufen müssen:

esxcli storage vmfs snapshot resignature -l datastore1

ESXi schreibt eine neue UUID, und der Datastore erscheint mit einem Namen wie snap-1a2b3c4d-datastore1. Sie können ihn im Host Client umbenennen.

Ergebnis prüfen

esxcli storage filesystem list

Der Datastore muss in der Liste mit Mounted = true erscheinen. Er wird außerdem im Host Client unter Storage → Datastores angezeigt.

Szenario 2. Alte Partitionen löschen und die Festplatte als neu verwenden

Verwenden Sie dieses Szenario nur, wenn die Festplatte keine Daten enthält, die Sie benötigen. Typische Fälle: Die Festplatte wurde von einem anderen Betriebssystem, von einem Hardware-RAID oder von einer alten, nicht mehr benötigten ESXi-Installation verwendet. ESXi bietet eine solche Festplatte nicht für einen neuen Datastore an, solange die alten Partitionen darauf vorhanden sind.

Das Löschen der Partitionstabelle entfernt alle Daten auf der Festplatte. Prüfen Sie die Festplattenkennung zweimal und stellen Sie sicher, dass es weder die Festplatte ist, von der ESXi bootet, noch eine Festplatte mit einem Datastore, den Sie benötigen.

Im Host Client

Gehen Sie zu Storage → Devices und klicken Sie auf die Festplatte. Klicken Sie auf Actions und wählen Sie Clear partition table. Bestätigen Sie die Aktion.

Gehen Sie danach zu Storage → Datastores, klicken Sie auf New datastore und erstellen Sie einen VMFS-Datastore auf der Festplatte.

Wenn Sie nur eine einzelne Partition entfernen möchten, wählen Sie stattdessen Edit partitions, löschen Sie die Partition und speichern Sie die Änderungen.

Auf der Kommandozeile

Ermitteln Sie den Gerätenamen der Festplatte:

ls /vmfs/devices/disks/ | grep -v ":"

Stellen Sie sicher, dass es nicht die Boot-Festplatte ist und sich kein Datastore darauf befindet. Ersetzen Sie DEVICE durch den Namen aus dem vorherigen Befehl:

esxcli storage core device list -d DEVICE | grep -E "Display Name|Is Boot Device"
esxcli storage vmfs extent list

Is Boot Device muss false sein, und das Gerät darf in der Ausgabe von esxcli storage vmfs extent list nicht erscheinen. Stellen Sie außerdem sicher, dass die Festplatte nicht für den Crash-Dump oder für Systemprotokolle verwendet wird:

esxcli system coredump partition list
esxcli system syslog config get

Das Gerät darf in der Ausgabe von coredump nicht erscheinen, und das Syslog-Verzeichnis darf sich nicht auf einem Datastore dieser Festplatte befinden. Wenn Sie nicht sicher sind, wofür die Festplatte verwendet wird, führen Sie den zerstörerischen Befehl nicht aus. Zeigen Sie dann ihre Partitionen an:

partedUtil getptbl /vmfs/devices/disks/DEVICE

Schreiben Sie eine neue, leere GPT-Partitionstabelle:

partedUtil mklabel /vmfs/devices/disks/DEVICE gpt

Scannen Sie die Adapter neu, damit der Host Client die leere Festplatte sieht:

esxcli storage core adapter rescan --all

Erstellen Sie anschließend den Datastore im Host Client wie oben beschrieben.

Szenario 3. Die Festplatte ist überhaupt nicht sichtbar

Steht die Festplatte nicht unter Storage → Devices, erkennt ESXi das Gerät selbst nicht. Partitionen und Datastores spielen hier keine Rolle: Das Problem liegt in der Hardware, im Controller-Modus oder im Treiber.

Prüfen Sie die Speicheradapter und ihre Treiber:

esxcli storage core adapter list

Scannen Sie dann die Adapter neu:

esxcli storage core adapter rescan --all

Prüfen Sie die Geräteliste erneut:

esxcli storage core device list

Fehlt die Festplatte weiterhin, prüfen Sie die folgenden Ursachen.

Häufige Ursachen:

• die Festplatte hängt an einem RAID-Controller und ist in den Controller-Einstellungen keinem virtuellen Laufwerk (Logical Drive) zugewiesen;
• der Controller arbeitet in einem Modus, den ESXi nicht unterstützt, zum Beispiel Software-RAID des Mainboards;
• für den Controller oder das NVMe-Laufwerk gibt es keinen ESXi-Treiber. ESXi 7.0 und neuer unterstützen alte vmklinux-Treiber nicht mehr, daher kann Hardware, die unter ESXi 6.x funktionierte, ausfallen;
• die Festplatte ist in den BIOS/UEFI-Einstellungen deaktiviert, defekt oder nicht angeschlossen.

Prüfen Sie den Controller und das Festplattenmodell im Broadcom Compatibility Guide. Öffnen Sie bei einem RAID-Controller während des Bootvorgangs dessen Konfigurationsprogramm und stellen Sie sicher, dass die Festplatte Teil eines virtuellen Laufwerks ist, oder schalten Sie den Controller in den HBA-Modus (Pass-through), sofern er diesen unterstützt.

Szenario 4. Die Systemfestplatte hat wenig oder keinen Platz für einen Datastore

Ab ESXi 7.0 legt das Installationsprogramm auf der Boot-Festplatte Boot-Partitionen und eine ESX-OSData-Partition an. Standardmäßig belegen diese Systempartitionen bis zu 138 GB. Ist die Boot-Festplatte 142 GB groß oder kleiner, erstellt das Installationsprogramm darauf überhaupt keinen lokalen Datastore. Auf einer größeren Festplatte erhält der Datastore nur den verbleibenden Platz. Die Festplatte ist sichtbar, aber es ist wenig oder kein freier Platz darauf vorhanden.

Das ist kein Fehler. Das genaue Layout hängt von der Festplattengröße und den Installationsoptionen ab. Wenn Sie den Platz auf der Systemfestplatte benötigen, installieren Sie ESXi mit kleineren Systempartitionen neu. Drücken Sie, sobald der Startbildschirm des ESXi-Installationsprogramms erscheint, Shift+O, um die Boot-Optionen zu bearbeiten, und fügen Sie am Ende der Zeile den folgenden Parameter hinzu. Dies ist eine Boot-Option des Installationsprogramms, kein Befehl für die ESXi Shell:

systemMediaSize=min

Mit min belegen die Systempartitionen 33 GB. Dieser Wert ist für Server mit einer Festplatte und geringem Funktionsumfang gedacht. Weitere Werte sind small (69 GB, für Server mit mindestens 512 GB RAM), default (138 GB) und max (der gesamte verfügbare Platz). Die Option ist ab ESXi 7.0 Update 1c verfügbar.

Die andere Möglichkeit besteht darin, ESXi auf der Systemfestplatte zu belassen und Datastores nur auf anderen Festplatten zu erstellen.

Fazit

Prüfen Sie zuerst, ob ESXi die Festplatte erkennt und ob darauf ein altes VMFS-Volume gefunden wurde. Enthält die Festplatte einen Datastore, den Sie benötigen, mounten Sie ihn oder führen Sie ein Resignature durch. Enthält sie alte Daten, die Sie nicht benötigen, löschen Sie die Partitionstabelle und erstellen Sie einen neuen Datastore. Ist die Festplatte überhaupt nicht sichtbar, prüfen Sie den Controller-Modus und die Treiberunterstützung.