So beheben Sie Probleme beim Aushängen und Löschen von VMFS-Datenspeichern, wenn die Ressource verwendet wird.

Das Entfernen eines alten VMFS-Datenspeichers aus vSphere gestaltet sich oft schwierig, da verbliebene Dateien oder Host-Protokolle weiterhin auf diesen Speicher verweisen. Manchmal glaubt man, alles migriert, alle VMs gestoppt und den Speicherplatz freigegeben zu haben, doch vSphere meldet weiterhin, der Datenspeicher sei belegt. Glauben Sie mir, das kommt häufig vor. Die Fehlermeldung „Dateisystem ist belegt“ oder „Ressource wird verwendet“ deutet in der Regel auf versteckte Dateien oder Protokolle hin, die noch mit dem Datenspeicher verknüpft sind. In diesem Fall reicht das einfache Löschen des Datenspeichers nicht aus, da vSphere sich aufhängt. Zusätzliche Schritte können daher helfen, das Problem zu beheben, insbesondere wenn Standardmethoden nicht zum Erfolg führen. Dieser Leitfaden beschreibt verschiedene Möglichkeiten, diese hartnäckigen VMFS-Datenspeicher endgültig auszuhängen und zu löschen, ohne Datenverlust oder Beschädigung der Host-Konfiguration zu riskieren.

So beheben Sie ein Problem mit einem blockierten VMFS-Datenspeicher in vSphere

Methode 1: Auf verbliebene Protokolldateien prüfen und den Scratch-Speicherort verschieben

Diese Methode funktioniert, wenn der Datenspeicher noch in den Protokollen oder Systemeinstellungen des ESXi-Hosts referenziert wird und dadurch ausgelastet ist. Melden Sie sich zunächst direkt über den vSphere Client oder SSH am ESXi-Host an und überprüfen Sie in den erweiterten Systemeinstellungen die Werte für `ScratchConfig. CurrentScratchLocation` und `Syslog.global.logDir`. Falls diese auf Ihren VMFS-Datenspeicher verweisen, kann eine Änderung dieser Werte die Ressource freigeben.

• Gehen Sie zu Verwalten > Einstellungen > Erweiterte Systemeinstellungen
• Suchen Sie nach ScratchConfig. CurrentScratchLocation und Syslog.global.logDir
• Falls einer der beiden Pfade auf den zu löschenden VMFS-Datenspeicher verweist, legen Sie ein neues Verzeichnis fest, z. B./var/log/esxi.

Nach dem Ändern der Protokoll- und Scratch-Speicherorte starten Sie den Host neu oder zumindest den Syslog-Server -Dienst (per SSH mit dem Befehl `syslog server –start` services.sh restart syslogoder ` syslog server –start` etc/init.d/syslog restart).Dadurch wird der verbleibende Verweis entfernt. Versuchen Sie anschließend erneut, das Laufwerk im vSphere Client unter „Speicher“ auszuhängen. Manchmal hilft ein einfacher Neustart des Hosts, den Cache zu leeren und das Laufwerk entfernbar zu machen.

Methode 2: Manuelle Partitionslöschung via SSH

Falls das oben Genannte nicht geholfen hat, müssen wir uns nun eingehender mit dem Thema befassen – aber seien Sie äußerst vorsichtig, denn das Löschen von Partitionen birgt Risiken. Vergewissern Sie sich unbedingt, dass Sie die richtige Partition löschen und dass sich darauf keine wichtigen Daten befinden.

1. Stellen Sie eine Verbindung zum ESXi-Host über SSH her (stellen Sie sicher, dass SSH unter „ Dienste “ im Menü „Sicherheit & Benutzer“ aktiviert ist ).
2. Ordnen Sie die UUID Ihres Datenspeichers dem Datenträger zu:

   esxcfg-scsidevs -c | grep naa.6001438005df0dee0000700004be0000

   und notieren Sie, zu welcher Festplatte es gehört. Sie können dies auch überprüfen mit:

   esxcfg-scsidevs -m | grep naa.6001438005df0dee0000700004be0000

3. Prüfen Sie mit folgendem Befehl, wie viel Speicherplatz auf diesem Datenspeicher belegt ist:

   df -h | grep MSA2000_LUN1

4. Überprüfen Sie die Partitionstabelle auf der Festplatte:

   partedUtil getptbl /vmfs/devices/disks/naa.6001438005df0dee0000700004be0000

   Hier wird angezeigt, ob es sich um eine einzelne Partition (wahrscheinlich VMFS) oder mehrere handelt.

5. Wenn Sie eine Partition mit der ID 1 sehen, die VMFS entspricht, löschen Sie diese mit folgendem Befehl:

   partedUtil delete /vmfs/devices/disks/naa.6001438005df0dee0000700004be0000 1

Dieser Schritt ist etwas aufwändig, entfernt aber die VMFS-Partition direkt von der Festplatte. Aktualisieren Sie anschließend die Speicheransicht in vSphere und versuchen Sie erneut, das Gerät zu trennen. Bei manchen Konfigurationen wird dadurch der Datenspeicher entsperrt, sodass er fehlerfrei entfernt werden kann.

Ja, dabei kann die Partitionstabelle beschädigt werden. Prüfen Sie daher unbedingt, ob Sie auf der richtigen Festplatte arbeiten. Ein falscher Schritt, und Sie könnten die Festplatte komplett löschen. Wenn Sie sich aber sicher sind, löst diese Methode in der Regel das hartnäckige Löschproblem.

Sobald die Partition entfernt ist, können Sie den Datenspeicher normal aushängen und löschen. Das ist zwar etwas umständlich, aber manchmal notwendig, wenn alles andere fehlschlägt – insbesondere bei älteren oder falsch konfigurierten Datenspeichern, die noch Host-Referenzen enthalten.

Zusammenfassung

• Prüfen und ändern Sie die Einstellungen für das Scratch- und Protokollverzeichnis, falls diese auf den aktiven Datenspeicher verweisen.
• Starten Sie den Host oder den Syslog-Dienst neu, um die Verweise zu löschen.
• Verwenden Sie gegebenenfalls SSH, um die Geräte-IDs der Datenträger abzugleichen, die Partitionstabellen zu überprüfen und VMFS-Partitionen sorgfältig zu löschen.
• Zum Schluss wird der Datenspeicher in vSphere ausgehängt und gelöscht.

Zusammenfassung

Das Problem mit hängenden VMFS-Datenspeichern ist ärgerlich, aber manchmal geht es nur darum, versteckte Dateien oder Partitionen aufzuspüren, die den Host auslasten. Seien Sie besonders vorsichtig mit SSH-Befehlen, vor allem beim Löschen von Partitionen – man kann leicht die falsche Festplatte löschen, wenn man nicht aufpasst. Hoffentlich hilft dies jemandem, diese hartnäckigen Speicher endlich loszuwerden, ohne wichtige Daten zu verlieren. Ich drücke die Daumen, dass es stundenlange Frustration erspart!