Nachdem Sie Snapshots auf einer VM gelöscht haben, indem Sie entweder einen einzelnen Snapshot löschen oder „Alle löschen“ -Snapshots ausgewählt haben, wird möglicherweise die folgende Warnung für die VM angezeigt, die besagt, dass eine Festplattenkonsolidierung erforderlich ist.

„Festplattenkonsolidierung für virtuelle Maschinen ist erforderlich“

Dies kann auftreten, wenn ein Snapshot gelöscht und aus dem Snapshot Manager entfernt wurde, die Konsolidierung der VMDKs auf dem Datenträger jedoch fehlgeschlagen ist.

„Festplattenkonsolidierung der virtuellen Maschine ist erforderlich“

Sie können eine Konsolidierung der VMDKs manuell einleiten, indem Sie mit der rechten Maustaste auf die VM klicken und Snapshot –> Consolidate auswählen.

Der Konsolidierungsvorgang kann jedoch erneut fehlschlagen, wenn das Problem, durch das der Snapshot-Löschvorgang zuvor fehlgeschlagen ist, nicht behoben wurde.

Es ist gut 6 Monate oder länger her, seit ich dieses Problem das letzte Mal gesehen habe, aber heute habe ich eine VM mit diesem Problem in einer anderen Kundenumgebung gefunden.

Folgendes war passiert:

• Ein einzelner Snapshot wurde auf einer VM gelöscht
• Die erforderliche Warnung zur Festplattenkonsolidierung wurde danach angezeigt
• VM -> Snapshot -> Konsolidierung schlägt mit Fehler bei gesperrter Datei fehl

Anfangs habe ich Folgendes versucht, was manchmal:

• Gastbetriebssystem herunterfahren und VM ausschalten (es ist nicht immer möglich, dies zu tun, aber ich könnte hier)
• Einen neuen Snapshot erstellen
• „Alle löschen“ Snapshots
• vMotion auf einen anderen Host
• Versuchen Sie VM -> Snapshot -> Konsolidieren

Aber das hat den gesperrten Dateifehler nicht gelöscht, wie unten gezeigt:

„Zugriff auf Datei nicht möglich, da sie gesperrt ist“

Um das Problem zu lokalisieren, habe ich mich an den ESXi-Server gessht und den hostd überprüft.log

Selbst wenn die VM immer noch ausgeschaltet war, konnte ich sehen, dass es ein Problem gab, eines der VMDKs zu sperren, als ich versuchte, die Snapshot -> -Konsolidierungsaufgabe auszuführen.

tail -f /var/log/hostd.log

Ich habe dann den folgenden Befehl ausgeführt, um herauszufinden, auf welchen Hosts die Sperre des VMDK in hostd angegeben war.log

vmkfstools -D /vmfs/volumes/yourvolume/yourVM/yourlockedVM.vmdk

Ich konnte einen einzelnen Eintrag für „RO Owner“ sehen, der die Sperre und die MAC-Adresse hatte, die auf „69a0“ endeten.

Dies ist der ESXi-Server, der die VMDK-Datei gesperrt hat.

Suchen Sie als Nächstes, welcher ESXi-Host über einen Netzwerkadapter mit dieser MAC-Adresse verfügt.

Nach der Bestätigung, dass ich den Host in den Wartungsmodus versetzt habe, hat DRS alle VMs auf einen anderen Host im Cluster verschoben und den hostd-Dienst neu gestartet.

/etc/init.d/hostd restart

Nach dem Neustart des hostd-Dienstes habe ich einen Snapshot -> – auf der VM ausgeführt und erfolgreich abgeschlossen.