Entfernen von Snapshots über die ESX-Console (vmware-cmd)

[tuensel2k]

Hallo ich habe Folgendes Problem:

Mein Virtual Center Server ist selbst eine virtuelle Maschine, von dieser hatte ich nach erfolgreicher Installation (Dezember 2006) einen Snapshot installiert .

Nach aktuellen Ereignisse wollte ich den Snapshot wieder entfernen.
Ich hatte in diesem Zusammanhang auch schon mit einem Spezialisten von VMware gesprochen dieser hatte mir geraten:
-clonen der virtuellen Maschine zur Sicherheit
-benutzung des Befehls vmware-cmd

Nun habe ich das ganze nach besten Gewissem getan, hier kurz der Befehl:

vmware-cmd /vmfs/volumes/san_vmfs_1/bvc01/bvc01.vmx removesnapshots

Ich habe dann schon nach wenigen Sekunden die Meldung vom Virtual Infrastructure Client erhalten das dieses erfolgreich abgeschlossen wurde. (Siehe Anhang)

Das Problem was ich habe das der Snapshot zwar aus dem Snapshotmanager verschwunden ist aber die 0001-delta.vmdk + 0001.vmdk noch exestieren.

Nun ist meine Frage muß ich diese manuel löschen oder ist der Vorgang nicht korrekt abgeschlossen worden?

Danke für Hilfe & Sorry für den langen Post

[Tschoergez]

Hi,

schau Dir mal bitte diesen Thread durch:
http://vmware-forum.de/viewtopic.php?t=8561

Vielleicht helfen ja die dortigen Tipps was, ansonsten bitte hier den Verzeichnis-Inhalt und den Inhalt der .vmx-Datei usw. (siehe genannter thread ) posten.

Und gaaanz wichtig: Backups machen!

Normalerweise hilft es bei solchen Fällen, einen neuen Snapshot anzulegen, und dann im Snapshot-Manager alle Snapshots zu committen / löschen.

Was mir nicht ganz klar wurde:
Wollstest Du den Snapshot löschen (=commiten, bedeutet: Ich muss nicht mehr auf den alten Stand zurückspringen können), oder wolltest Du auf den alten Stand zurückspringen (bedeutet: Revert to snapshot, -delta.vmdk-Dateien werden einfach gelöscht (wenns klappt )

Viele Grüße,
Jörg

[Tschoergez]

PS.: Wie hast Du die VM denn eigentlich geclont?
Clonen über den VI Client geht ja nur mit VC und ausgeschalteter VM, also kein VC in Deinem Fall....
Grüße,
Jörg

[tuensel2k]

Ich wollte die VM "commiten" also den Stand aus den Snapshot auf die Ursprungs .vmdk übertragen.

Den Clon hatte ich von meiner Sicherung erstellt.


gruß tuensel2k

[tuensel2k]

.vmx:

#!/usr/bin/vmware
config.version = "8"
virtualHW.version = "4"
floppy0.present = "true"
nvram = "bvc01.nvram"
powerType.powerOff = "soft"
powerType.powerOn = "default"
powerType.suspend = "default"
powerType.reset = "default"

displayName = "bvc01"
extendedConfigFile = "bvc01.vmxf"

scsi0.present = "true"
scsi0.sharedBus = "none"
scsi0.virtualDev = "lsilogic"
memsize = "1024"
scsi0:0.present = "true"
scsi0:0.fileName = "bvc01.vmdk"
scsi0:0.deviceType = "scsi-hardDisk"
ide0:0.present = "true"
ide0:0.clientDevice = "TRUE"
ide0:0.deviceType = "cdrom-raw"
ide0:0.startConnected = "FALSE"
floppy0.startConnected = "false"
floppy0.clientDevice = "true"
ethernet0.present = "true"
ethernet0.allowGuestConnectionControl = "false"
ethernet0.networkName = "vcenter"
ethernet0.addressType = "generated"
guestOS = "winnetstandard"
toolScripts.afterPowerOn = "true"
toolScripts.afterResume = "true"
toolScripts.beforeSuspend = "true"
toolScripts.beforePowerOff = "true"

scsi0:0.redo = ""
ethernet0.generatedAddress = "00:0c:29:2b:09:2d"
uuid.location = "56 4d a2 d9 db 05 f9 fd-03 b7 c1 19 c0 d3 fb 40"
uuid.bios = "56 4d 48 42 e3 91 89 e6-4c 11 63 29 b3 2b 09 2d"
sched.swap.derivedName = "/vmfs/volumes/4587feb6-ee6483f6-0481-0018fe79994e/bvc01/bvc01-f10bdf7d.vswp"
ethernet0.generatedAddressOffset = "0"

floppy0.fileName = "/dev/fd0"

tools.syncTime = "FALSE"

migrate.hostlog = "./bvc01-f10bdf7d.hlog"

sched.cpu.min = "0"
sched.cpu.units = "mhz"
sched.cpu.shares = "1615"
sched.mem.minsize = "0"
sched.mem.max = "1024"
sched.mem.shares = "1024"

checkpoint.vmState = ""

scsi0:1.present = "false"
scsi0:1.deviceType = "scsi-hardDisk"
scsi0:1.filename = "/vmfs/volumes/4587feb6-ee6483f6-0481-0018fe79994e/bsav2/bsav2_1.vmdk"
scsi0:1.mode = "persistent"
scsi0:1.redo = ""

annotation = "Infrastruktur"

sched.cpu.max = "unlimited"

ide0:0.fileName = "/usr/lib/vmware/isoimages/windows.iso"


.vmsd:

snapshot.lastUID = "2"
snapshot.numSnapshots = "0"
snapshot.current = "0"
snapshot0.uid = "2"
snapshot0.filename = "bvc01-Snapshot2.vmsn"
snapshot0.displayName = "14062007"
snapshot0.description = ""
snapshot0.createTimeHigh = "275166"
snapshot0.createTimeLow = "1105140851"
snapshot0.numDisks = "1"
snapshot0.disk0.fileName = "bvc01.vmdk"
snapshot0.disk0.node = "scsi0:0"

snapshot.needConsolidate = "FALSE"

snapshot0.type = "1"

.vmdk:

# Disk DescriptorFile
version=1
CID=81f8ed4d
parentCID=ffffffff
createType="vmfs"

# Extent description
RW 2097152 VMFS "bvc01-flat.vmdk"

# The Disk Data Base
#DDB

ddb.virtualHWVersion = "4"
ddb.geometry.cylinders = "1305"
ddb.geometry.heads = "255"
ddb.geometry.sectors = "63"
ddb.adapterType = "lsilogic"
ddb.toolsVersion = "7201"


Für mich ist das ganze etwas kryptisch Naja vieleicht könnt Ihr ja was erkennen

[Tschoergez]

Ok, schon mal ganz gut. Was noch fehlt für eine Analyse, ist die Ausgabe von "ls -ahl" im betreffenden Verzeichnis (um zu sehen, wann die Dateien das letzte Mal geändert wurden).

Grüße,
Jörg

[tuensel2k]

[root@besx01 bvc01]# ls -ahl
total 13G
drwxr-xr-x 1 root root 2.7K Jul 18 14:59 .
drwxrwxrwt 1 root root 2.5K Jun 12 10:00 ..
-rw------- 1 root root 16M Jun 14 16:14 bvc01-000001-delta.vmdk
-rw------- 1 root root 244 Jun 14 16:12 bvc01-000001.vmdk
-rw-r--r-- 1 root root 37 Jun 26 18:36 bvc01-f10bdf7d.hlog
-rw------- 1 root root 1.0G Dec 22 2006 bvc01-f10bdf7d.vmss
-rw------- 1 root root 1.0G Jul 18 14:59 bvc01-f10bdf7d.vswp
-rw------- 1 root root 10G Jul 18 16:11 bvc01-flat.vmdk
-rw------- 1 root root 8.5K Jul 18 14:59 bvc01.nvram
-rw------- 1 root root 336 Jul 18 14:59 bvc01.vmdk
-rw------- 1 root root 431 Jul 18 14:57 bvc01.vmsd
-rwxr-xr-x 1 root root 1.8K Jul 18 14:59 bvc01.vmx
-rw------- 1 root root 249 Jul 11 13:06 bvc01.vmxf
-rw-r--r-- 1 root root 21K Jun 16 14:59 vmware-30.log
-rw-r--r-- 1 root root 36K Jun 16 16:04 vmware-31.log
-rw-r--r-- 1 root root 26K Jun 18 15:41 vmware-32.log
-rw-r--r-- 1 root root 25K Jun 19 17:27 vmware-33.log
-rw-r--r-- 1 root root 24K Jun 26 18:36 vmware-34.log
-rw-r--r-- 1 root root 35K Jul 18 14:57 vmware-35.log
-rw-r--r-- 1 root root 18K Jul 18 15:04 vmware.log


Aber gerne doch! Schonmal danke für dei Hilfe

[Tschoergez]

Wow, that's fast

Aaaalso:
In der .vmx Datei steht drin, dass aktuell die Platte bvc01.vmdk als virtuelle Festplatte verwendet wird. Das stimmt auch mit den Ausgaben von ls überein (die bvc01-flat.vmdk befindet sich im Zugriff (das Datum und die Uhrzeit sind von jetzt, das sollte auch so sein, wenn Du ls -ahl in ein paar Minuten wieder aufrufst, also immer die aktuelle uhrzeit).

Die VM hat anscheinend noch eine andere Platte konfiguriert, das sollte aber hier keine Rolle spielen

Die -delta.vmdk wurde im Juni das letzte mal verändert/drauf zugegriffen. Und auch in der Snapshot-Beschreibung steht drin, das aktuell nur die bvc01.vmdk-Platte verwendet wird.

wenn man sich diese bvc01.vmdk mal anschaut, sieht man, dass als parentCID=fffffffff... drinsteht, was bedeutet, diese Platte ist wirklich die komplette Platte und enthält keine Delta-Daten zu einer anderen Platte. Kann man evtl. auch an der Größe der -flat.vmdk erahnen.

(In der -delta.vmdk sollte als parentCID ein anderer Wert drinstehen, evtl. sogar die CID 81f8ed4d von der bvc01.vmdk, wenns ein Snapshot dieser Platte war).

Davon ausgehend, würde ich mal sagen, bei Dir ist alles ok. Die VM läuft ganz normal, alle Daten werden direkt in die bvc01-Platte geschrieben.

Die Dateien bvc01-0000001*, die .vmss-Datei vom Dezember sind wohl überbleibsel von einem schiefgelaufenen Committen des Snapshots... Die würde ich jetzt aber nicht einfach so löschen, weil sie vielleicht noch irgendwo in der VC-Datenbakn referenziert werden (man weiß ja nie..).

Was mich verwundert, ist die .vmsd-Datei, die angelegt/geändert wurde, kurz bevor die VM heute um 14.59 Uhr anscheinend gestartet wurde.

Hast Du da einen Snapshot angelegt?, oder zu dem Zeitpunkt den vmware-cmd-Befehlt ausgeführt?
Und kannst Du mir noch sagen, ob und wie Du die VM evtl. geclont hast (fürs bessere Verständnis)?

Viele Grüße,
Jörg

[tuensel2k]

Also zu dem Zeitpunkt wollte ich den Snapshot löschen (committen)

Ich hatte vor langer Zeit temporär eine andere Platte integriert diese wird nun aber nicht merh benötigt und war zu der Zeit wo der Snapshot erstellt wurde auch nicht der vm zugewiesen.

Ich hatte in der VM (die ja mein virtual Center) ist noch vor dem Commit eine Message of the day für meine Kollegen erstellt diese war z.B. nicht mehr vorhanden. Wobei die DRS/HA und Permission Einstellungen in Ordnung scheinen. Nur bin ich mir nicht ganz sicher ob die Maschiene nun zu 100% korrekt mit aktuellem Datenstand am laufen ist (was bei einem vc ja shcon wichtig ist)


Als ich die VM angeschaltet habe ist mri auch kurz der vc-dienst um die ohren geflogen lief nach dem Neustart des Dienstes aber wieder sauber weiter...

Naja ich bin etwas Ratlos :p