Unregistrierte Snapshots loeschen

[ramon]

Hallo,

das beliebte Thema Snapshot macht mir aktuell etwas Sorge. Waehrend dem Versuch einige Snapshots von einem Virtuellen Server zu loeschen wurde der ESX-Server neu gestartet. Gut ist, die Virtuelle Maschine laueft noch. Schlecht ist, dass ich nun einige *.vmdk-Files habe, die ich (vermutlich) nicht mehr benoetige. Leider zeigt mir ein "vmware-cmd /vmfs/...path.../name.vmx hassnapshot" auch nur an, dass es keine registrierten Snapshots mehr gibt. Erschwerend kommt hinzu, dass auf der VMFS Partition nur noch 10GB frei sind.

Irgendwelche Tips, was ich nun in welcher Abfolge loeschen kann, ohne den Virtuellen Server anschliessend neu aufsetzen zu muessen?
Sollte ich bei meiner Suche im Forum einen entsprechend hilfreichen Beitrag uebersehen haben... Schande ueber mich

Danke
Ramon

[riddley]

Hallo

Sind im Verzeichnis der VM (/vmfs/volumes/*TestVM") keine Delta files mehr vorhanden, also irgendwelche "TESTVM-000001.vmdk" Files?

Gruss, Stefan

[angoletti1]

Hi,

- VM ausschalten
- Snap erstellen
- Delete All Snaps

Dann sollten alle weg sein.

Grüße
Chris

[riddley]

Stimmt.. auch eine gute Möglichkeit

[ramon]

Hallo,

Sind im Verzeichnis der VM (/vmfs/volumes/*TestVM") keine Delta files mehr vorhanden, also irgendwelche "TESTVM-000001.vmdk" Files?

Doch, es befinden sich noch einige dieser Files im Verzeichnis. Einfach wild wegloeschen?

- VM ausschalten
- Snap erstellen
- Delete All Snaps

Wie im Eingangspost bereits geschrieben, ist der Platz auf der VMFS Partition *mehr* als knapp. Somit ist das leider auch keine Option.

Waere es eine Option die VM mit dem Converter auf einen anderen ESX zu kopieren, um sie anschliessend, hoffentlich bereinigt, wieder zurueck zu kopieren?

Gruesse
Ramon

[angoletti1]

Hi,

wenn du im ausgeschalteten Zustand einen Snap machst, benötigt dieser 16MB Plattenplatz. Soviel sollte doch noch vorhanden sein.
Dann werden ja wieder direkt alle Snaps gelöscht.

Grüße
Chris

[Tschoergez]

Und beim Kopieren mit dem Converter (oder auch manuell mit den vmkfstools) werden die Deltas eigentlich automatisch committet.

Allerdings wäre ich gerade beim converter vorsichtig, da der ebenfalls auf die Daten im VC zugreift, und wenn da schon die Snapshots nicht mehr vorhanden sind kann das auch schiefgehen....

Einfach Dateien Löschen ist nicht empfehlenswert, denn die Snapshots (wenns mehrere sind) bauen aufeinander auf. Wenn Du da eine Datei zwischendrin rauslöscht, sind alle Änderungen danach ebenfalls wertlos.

Wenn Du die die Deskriptor-Dateien zu den -delta.vmdk-Dateien anschaust (sind jeweils kleine Textfiles, die man mit cat anschauen kann), gibts darin Parameter, die die Snapshot-Hierarchie zeigen. Damit kannst Du Dir evtl. die logische Verknüpfung zwischen den Dateien rauslesen.
Dazu gabs vor einiger Zeit mal einen langen Thread (hier oder im VC-Abschnitt vom Forum). Kannst ja mal suchen nach "ls -ahl" und cat und delta-Dateien usw, das waren begriffe, die da gefallen sind.

Viele Grüße,
Jörg

[ramon]

Hallo,

wenn du im ausgeschalteten Zustand einen Snap machst, benötigt dieser 16MB Plattenplatz. Soviel sollte doch noch vorhanden sein.

Ok, der Platz war noch da, ja.

Dann werden ja wieder direkt alle Snaps gelöscht.

Hat soweit auch gut geklappt. Ausser, dass weiterhin Files ueber sind, die (wohl) nicht mehr benoetigt werden.

5.0G Jan 29 09:11 replaced-pm_1-flat.vmdk
502 Jan 29 09:11 replaced-pm_1.vmdk
80G Jan 29 09:12 replaced-pm_2-flat.vmdk
407 Jan 29 09:12 replaced-pm_2.vmdk
79G Feb 7 12:56 replaced-pm_3-000001-delta.vmdk
260 Feb 7 09:57 replaced-pm_3-000001.vmdk
16M Feb 11 09:18 replaced-pm_3-000002-delta.vmdk
267 Feb 8 09:21 replaced-pm_3-000002.vmdk
162K Feb 11 09:44 replaced-pm_3-000003-delta.vmdk
241 Feb 11 09:44 replaced-pm_3-000003.vmdk
80G Feb 7 13:38 replaced-pm_3-flat.vmdk
407 Feb 7 12:56 replaced-pm_3.vmdk
64M Feb 7 12:27 replaced-pm_4-000001-delta.vmdk
259 Feb 7 09:57 replaced-pm_4-000001.vmdk
80M Feb 11 09:18 replaced-pm_4-000002-delta.vmdk
266 Feb 8 09:21 replaced-pm_4-000002.vmdk
12K Feb 11 09:44 replaced-pm_4-000003-delta.vmdk
240 Feb 11 09:44 replaced-pm_4-000003.vmdk
5.0G Feb 7 05:00 replaced-pm_4-flat.vmdk
404 Feb 6 12:41 replaced-pm_4.vmdk
30G Feb 11 09:18 replaced-pm-flat.vmdk
502 Feb 11 09:44 replaced-pm.vmdk
613 Feb 11 09:44 replaced-pm.vmsd
2.1K Feb 11 09:44 replaced-pm.vmx
265 Feb 6 12:41 replaced-pm.vmxf
17K Jan 28 16:11 vmware-1.log
35K Jan 29 08:16 vmware-2.log
29K Jan 29 09:12 vmware-3.log
53K Feb 6 12:40 vmware-4.log
92K Feb 7 12:47 vmware-5.log
44K Feb 11 09:18 vmware.log
8.5K Feb 11 09:18 W2003SP2_Template.nvram

Danke und Gruesse
Ramon

[Tschoergez]

Hm, auf keinen Fall irgendwelche Dateien einfach so löschen!

Wenn man sich die Zugriffdaten der Dateien anschaut, sind wohl immer noch einige der -delta-Datein in Benutzung sind.

Welche .vmdk-Datei wird denn akutell in der .vmx-Datei referenziert?

edit: Für weitere Recherche:
http://vmware-forum.de/viewtopic.php?p= ... =ahl#44171
und die darin genannten Threads, oder wirklich eine Suche im Forum nach "ls -ahl" (nicht gerade der Begriff, auf den man gleich kommt )

Grüße,
Jörg

[ramon]

Hallo noch mal,

Hm, auf keinen Fall irgendwelche Dateien einfach so löschen!

Eine Moeglichkeit, die fuer mich, zur Zeit, keine Option ist

Welche .vmdk-Datei wird denn akutell in der .vmx-Datei referenziert?

scsi0:0.fileName = "replaced-pm.vmdk"
scsi0:1.fileName = "replaced-pm_3-000003.vmdk"
scsi0:2.fileName = "replaced-pm_4-000003.vmdk"

edit: Für weitere Recherche:
http://vmware-forum.de/viewtopic.php?p= ... =ahl#44171
und die darin genannten Threads, oder wirklich eine Suche im Forum nach "ls -ahl" (nicht gerade der Begriff, auf den man gleich kommt )

Danke, den Link hatte ich auch eben gefunden

Im Grunde brauche ich ja nur den aktuellen Stand der VM. Alte Snapshots werden nicht benoetigt. Leider bringt ein "removesnapshots" ueber die vmware-cmd auch nur ein "VMControl error -3: Invalid arguments: Virtual machine has no snapshots". Aergerlich in diesem Zusammenhang ist auch, dass ich nicht mal eben 280GB irgendwo frei habe, um die komplette VM weg zu sichern.

Nachtrag: Ui, gerade stelle ich fest, dass der Einschaltvorgang der VM nun ungewoehnlich lang dauert. Wo andere VMs nach 2-3 Sekunden durch den "Power on Virtual Machine"-Prozess durch sind, warte ich bei der Problem-VM gute 30-60 Sekunden. Die Anzahl der moeglichen Optionen duerfte doch recht ueberschaubar sein. Der Versuch die VM mit Hilfe des Converts zu kopieren, endet auch nur in einer "P2VError FILE_OPEN_FAILED(ha-nfc://[storage1] replaced-pm/replaced-pm_3-000003.vmdk@esx-top01:902!52 2a fc 2b 9d 38 49 8d-9e 6d 35 f4 26 e7 5a 2e)"-Meldung. *shivering*

Gruss
Ramon

[Tschoergez]

Im Grunde brauche ich ja nur den aktuellen Stand der VM. Alte Snapshots werden nicht benoetigt.

Das bedeutet natürlich nicht, dass zur Zeit die ganzen delta-Dateien zwischen drin nicht gebraucht werden

Was sieht denn eigentlich Dein Gast-OS an Festplatten??
*****Siehe edit****
Mich wundert, dass die VM drei Festplatten zugewiesen hat. Und noch dazu diese drei Platten eigentlich die Gleiche ist/sind, nur in unterschiedlichen Ständen.
Was zeigt die Datenträgerverwaltung im Gast an?

Achja: Backup vom Gast-OS aus wäre eine feine Sache.(so lange es noch geht).... Das ganze sieht nämlich ziemlich inkonsistent aus...

edit: Hab gerade gesehen, dass es doch drei unterschiedliche Platten sind, allerdings sind für ein paar noch Snaphshots aktiv, für die erste Platte nicht. Also vergiss bitte den Satz oben

Viele Grüße,
Jörg

[ramon]

Hallo,

Im Grunde brauche ich ja nur den aktuellen Stand der VM. Alte Snapshots werden nicht benoetigt.

Das bedeutet natürlich nicht, dass zur Zeit die ganzen delta-Dateien zwischen drin nicht gebraucht werden

Es waere ja auch zu einfach gewesen...

Was sieht denn eigentlich Dein Gast-OS an Festplatten??
Mich wundert, dass die VM drei Festplatten zugewiesen hat. Und noch dazu diese drei Platten eigentlich die Gleiche ist/sind, nur in unterschiedlichen Ständen. Was zeigt die Datenträgerverwaltung im Gast an?

Die drei Platten werden benoetigt. Man haette natuerlich eine Platte zuweisen koennen, und diese spaeter partitionieren. Im Gast-System ist von all den Ungereimtheiten nichts zu merken

Achja: Backup vom Gast-OS aus wäre eine feine Sache.(so lange es noch geht).... Das ganze sieht nämlich ziemlich inkonsistent aus...

Eben noch ein Image der beiden wichtigen Partitione/Platten gemacht. Ich denke ich werde gleich einfach die Problem-VM loeschen, eine neue mit identischen Settings anlegen und das Image aufspielen. Natuerlich waere mir eine andere Loesung lieber. Aber irgendwann moechte ich das Problem dann doch von Bein haben.

Gruss
Ramon

[Tschoergez]

Ein Möglichkeit wäre noch:
-VM ausschalten,
- neuen Snapshot erstellen mit vmware-cmd
- vmware-cmd removesnapshots
- schauen, was passiert

oder die platten jeweils rausnehmen aus der VM-Konfiguration, und obige prozesse durchzuführen, um für jede Platte einzeln die Snapshots zu löschen.

Falls Du auf ner anderen VMFS-Partition platz hast, kannst Du auch für die einzelnen Platten (jeweils für die neueste .vmdk) mit vmkfstools die platte dorthin klonen, dann werden die deltas auch committed.

grüße,
jörg

[ramon]

Hallo,

Ein Möglichkeit wäre noch:
-VM ausschalten,
- neuen Snapshot erstellen mit vmware-cmd
- vmware-cmd removesnapshots
- schauen, was passiert

Ich habe es mal so wie von dir vorgeschlagen angefangen und warte nun nach dem "removesnaphot" auf die Rueckkehr meines Prompts Also entweder macht er gerade etwas, was keine Aenderung bei "vdf -h" oder "ls -l *.vmdk" bewirkt, oder der Prozess haengt einfach rum. Zumindest wird er, im Gegensatz zum "createsnapshot", nicht in den Tasks des Infrastructure Clients angezeigt. Und auch ein "hostsvc/task_list" in "vimsh" zeigt nichts.

Falls Du auf ner anderen VMFS-Partition platz hast, kannst Du auch für die einzelnen Platten (jeweils für die neueste .vmdk) mit vmkfstools die platte dorthin klonen, dann werden die deltas auch committed.

Ich denke ich werde dem "removesnaphot" noch eine Zeit zuschauen. Sollte das nichts bringen, werde ich die komplette VM loeschen, neu erstellen, wichtige Konfigurationseintraege der *.vmx entnehmen und einfach das erstellte Image aufspielen.

Gruss
Ramon

[angoletti1]

Das klingt doch schon gut. Ruhig bleiben und Tee trinken. Wenn dein Prompt wieder da ist, sind die Snaps weg

[ramon]

Hallo,

Das klingt doch schon gut. Ruhig bleiben und Tee trinken. Wenn dein Prompt wieder da ist, sind die Snaps weg

jaja, Famous last words: "Mach einfach mal ein removesnapshot"

Ergebnisse werde ich posten.

Danke soweit und Gruesse
Ramon

[ramon]

Hallo,

es ist immer super wenn sich Probleme ohne "Holzhammer" loesen lassen. Nachdem "removesnapshots" beendet war, waren tatsaechlich (beinahe) alle unnoetigen *.vmdk-Files weg. Ein erster Teilerfolg also. Gestoert haben mich nun nur noch die folgenden Files.

5.0G Jan 29 09:11 replaced-pm_1-flat.vmdk
502 Jan 29 09:11 replaced-pm_1.vmdk
80G Jan 29 09:12 replaced-pm_2-flat.vmdk
407 Jan 29 09:12 replaced-pm_2.vmdk

Und beim Blick auf das Datum *und* den Namen, fiel es mir wie Schuppen von den Augen. Ich hatte die VM aus einem Template erstellt und die neuen Platten hinzugefuegt. Diese wuerden zu Beginn aber mal entfernt und neu angelegt. Und beim entfernen der Platten ueber den Infrastructure Client wurden die Dateien nicht geloescht. Ich habe diese Dateien nun mal, der Sichereit zuliebe, in einen anderen Bereich verschoben. Die VM laueft nun und ich habe wieder Platz auf dem Server.

Danke an alle die so hilfreiche Tips hatten

Gruss
Ramon

[angoletti1]

Hi,

laaaaangsam. Die 4 Files sind doch in Ordnung, dass müssten die Original sein, oder hast du sonst noch irgendwelche VMDKs?

Grüße
Chris

[ramon]

Hallo,

laaaaangsam. Die 4 Files sind doch in Ordnung, dass müssten die Original sein, oder hast du sonst noch irgendwelche VMDKs?

ruhig durchatmen Ja, die originalen vmdk-Files habe ich natuerlich weiterhin im Einsatz. Die von mir genannten 4 vmdk-Files wurden mal ueber den Infrastructure Client angelegt. Beim anschliessenden loeschen der Hard Disk ist aber die Datei nicht gleich mit weggekommen. Sprich, diese Dateien wurden nie genutzt. Ich habe sie aber, wie bereits geschrieben, zur Sicherheit erst mal nur verschoben. Die VM laeuft aber und macht nun auch was sie soll.

Gruss
Ramon

[angoletti1]

Achso, na dann ist ja alles gut