Hilfe-VM startet nicht mehr nach löschen von Snapshots

[htmldb.de]

brauche schnelle Hilfe !
VM startet nicht mehr nachdem 3 snashots entfernt wurden - A file was not found [Datastore] los-ikol-archiv/los-ikol-archiv-000003.vmdk


folgender Hergang
8.-10.April
wir planten die 2te HDD einer VM (von 200 auf 400GB) zu vergrößern - dazu wurde eine Sicherung via vcb durchgeführt - diese funktionierte nicht richtig - "Snapshot konnte nicht entfernt werden"
leider noch 2 mal versucht
Da keine Sicherung vorlag erstmal vertagt.

So weiterer Versuch Freitag (24.4.) - festgestellt das kein Plattenplatz mehr da ist, da 3 snapshots bestehen die von der VCB-Sicherung übrig sind - 3 Dateien von 40, 131 und 165 GB !!. Also die Snapshots entfernt - nach ner Ewigkeit (20h ...)wurden im Snapshotmanager keine Snapshots mehr angezeigt. - Datastore trotzdem nix frei - 2 Dateien des Snapshots (131 + 165GB liegen immernoch da) - also versucht vm mal zu starten - aber Fehler "A file was not found ..."


Habe eine Anfrage an den VMware Support gestellt, da ich aber nur Goldsupport habe fangen die vor morgen früh Mo. 8:00 nicht an - spätestens Montag um 9:00 muss die vm aber wieder stehen ... son scheiß

Brauche schnell Hilfe - mir gehen die Ideen aus.

Gruß Ralf

Inhalt VMX-Datei:
#!/usr/bin/vmware
config.version = "8"
virtualHW.version = "4"
floppy0.present = "true"
nvram = "los-ikol-archiv.nvram"
deploymentPlatform = "windows"
virtualHW.productCompatibility = "hosted"
tools.upgrade.policy = "useGlobal"
powerType.powerOff = "default"
powerType.powerOn = "default"
powerType.suspend = "default"
powerType.reset = "default"

displayName = "los-ikol-archiv"
extendedConfigFile = "los-ikol-archiv.vmxf"

numvcpus = "2"
scsi0.present = "true"
scsi0.sharedBus = "none"
scsi0.virtualDev = "lsilogic"
memsize = "1024"
scsi0:0.present = "true"
scsi0:0.fileName = "los-ikol-archiv-000003.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.networkName = "10.220.20.x"
ethernet0.addressType = "generated"
guestOSAltName = "Suse Linux Enterprise Server (32-bit)"
guestOS = "sles"
uuid.location = "56 4d 21 d8 3f dc 0f 5c-35 e8 7a c3 cb 20 b0 99"
uuid.bios = "56 4d 21 d8 3f dc 0f 5c-35 e8 7a c3 cb 20 b0 99"
toolScripts.afterPowerOn = "true"
toolScripts.afterResume = "true"
toolScripts.beforeSuspend = "true"
toolScripts.beforePowerOff = "true"

floppy0.fileName = "/dev/fd0"

scsi0:0.redo = ""
ethernet0.generatedAddress = "00:0c:29:20:b0:99"
sched.swap.derivedName = "/vmfs/volumes/481e4af6-01bb22c2-696f-001b7836bb86/los-ikol-archiv/los-ikol-archiv-e7d9bc5c.vswp"
ethernet0.generatedAddressOffset = "0"

scsi0:1.present = "true"
scsi0:1.fileName = "los-ikol-archiv_1-000003.vmdk"
scsi0:1.deviceType = "scsi-hardDisk"

scsi0:1.redo = ""
tools.remindInstall = "TRUE"

tools.syncTime = "false"
annotation = "Ikol-Archivserver"

checkpoint.vmState = ""

-----

ls vom Datastore:
[root@los-vm-fw los-ikol-archiv]# ls -l
total 518167360
-rw------- 1 root root 134402689024 Apr 26 11:34 los-ikol-archiv_1-000002-delta.vmdk
-rw------- 1 root root 244 Apr 25 03:55 los-ikol-archiv_1-000002.vmdk
-rw------- 1 root root 169601288192 Apr 25 01:48 los-ikol-archiv_1-000003-delta.vmdk
-rw------- 1 root root 251 Apr 10 15:01 los-ikol-archiv_1-000003.vmdk
-rw------- 1 root root 214748364800 Apr 25 03:55 los-ikol-archiv_1-flat.vmdk
-rw------- 1 root root 409 Apr 25 03:55 los-ikol-archiv_1.vmdk
-rw------- 1 root root 1079249375 Feb 12 04:19 los-ikol-archiv-e7d9bc5c.vmss
-rw------- 1 root root 10737418240 Apr 26 09:45 los-ikol-archiv-flat.vmdk
-rw------- 1 root root 8684 Apr 25 01:48 los-ikol-archiv.nvram
-rw------- 1 root root 405 Apr 26 09:45 los-ikol-archiv.vmdk
-rw------- 1 root root 1518 Apr 26 09:40 los-ikol-archiv.vmsd
-rw-r--r-- 1 root root 1774 Apr 26 21:57 los-ikol-archiv.vmx
-rw------- 1 root root 270 Apr 26 21:57 los-ikol-archiv.vmxf
-rw-r--r-- 1 root root 96583 Aug 20 2008 vmware-4.log
-rw-r--r-- 1 root root 30451 Feb 12 03:05 vmware-5.log
-rw-r--r-- 1 root root 28478 Feb 12 04:06 vmware-6.log
-rw-r--r-- 1 root root 33657 Feb 27 16:15 vmware-7.log
-rw-r--r-- 1 root root 29445 Mar 28 16:48 vmware-8.log
-rw-r--r-- 1 root root 371806 Apr 25 01:48 vmware-9.log
-rw-r--r-- 1 root root 13718796 Mar 28 16:48 vmware-core0.gz
-rw-r--r-- 1 root root 13667977 Mar 28 16:48 vmware-core1.gz
-rw-r--r-- 1 root root 18167 Apr 26 22:18 vmware.log

[htmldb.de]

Durch das Einhängen der hdd-files in eine neue VM habe ich erst mal wieder eine startfähige Maschine - es müssen so leider die Daten aus dem Filebackup geholt werden.

Irgendeine Ahnung wieso es zu sowas kommen kann - ich mache seitdem kein Backup per vcb mehr weil ich Angst habe es zerreist mir virtuelle Maschinen. Diese hier ist schon übel - ich habe aber - von den Daten her - noch viel sensiblere VMs laufen ...
Wenn ich drüber nachdenke habe ich keine guten Gefühle dabei ...

Gruß Ralf

[continuum]

ist das noch akut ?

[irix]

Also wenn nen Admin pennt und nicht mitbekommt wie ihm die Platten/Volumes volllaufen dann hat er nen Schlag in den Nacken verdient. Bevor man in Panic auf den "delete" Knopf drueckt bei den Snapshots erstmal gucken ob noch genug Platz da ist weil ja immer ein Helper Snapshot in der groesse der letzten Beiden erzeugt wird.

Ich kann mich nicht erinneren das VCB ueberhaupt beginnt wenn es einen Snapshot von sich selber findet. Es benutzt ja immer den gleichen Namen fuer seine Snapshots. Dazu kommt ja nun auch noch das man in der config.js so einiges konfigurieren kann was das Verhalten angeht mit den Snapshots.

Ich habe mittlerweile 1000 und mehr VCB Sicherungen hinter mir und im Vergleich zu manch anderem Produkt bekommt man weniger graue Haare von

Gruss
Joerg

[htmldb.de]

Wie gesagt - die Maschine läuft - wir sichern aktuell noch die fehlenden Daten zurück ...

Die Frage ist warum ist es dazu gekommen ... Mal sehen was der VMware Support dazu meint - werd das Ergebnis mal Posten.

Und zum Tehema Snapshot und Platte zulaufen - An sich hast du leider Recht ABER
wenn ich bei einer Sicherung davon ausgehen muss das dort was kaputt gehen kann ohne das es einen ersichtlichen Grund gibt ist das doch schon paradox.

Bei einer Sicherung die automatisiert läuft schau ich doch nicht nach jeder Sicherung bei jeder Maschine nach ob noch ein Snapshot hängt ....

Gruß Ralf

[htmldb.de]

und von Wegen nur einen Snapshot :

hier mal der inhalt der .vmsd Datei

snapshot.lastUID = "13"
snapshot.numSnapshots = "0"
snapshot.current = "0"
snapshot0.uid = "10"
snapshot0.filename = "los-ikol-archiv-Snapshot10.vmsn"
snapshot0.displayName = "_VCB-CLEANUP_"
snapshot0.description = "Cleaning up VM snapshot database."
snapshot0.createTimeHigh = "288535"
snapshot0.createTimeLow = "-913428300"
snapshot0.numDisks = "2"
snapshot0.disk0.fileName = "los-ikol-archiv.vmdk"
snapshot0.disk0.node = "scsi0:0"
snapshot0.disk1.fileName = "los-ikol-archiv_1.vmdk"
snapshot0.disk1.node = "scsi0:1"

snapshot.needConsolidate = "TRUE"

snapshot1.uid = "10"
snapshot1.filename = "los-ikol-archiv-Snapshot10.vmsn"
snapshot1.parent = "5"
snapshot1.displayName = "_VCB-CLEANUP_"
snapshot1.description = "Cleaning up VM snapshot database."
snapshot1.createTimeHigh = "288535"
snapshot1.createTimeLow = "-913428300"
snapshot1.numDisks = "2"
snapshot1.disk0.fileName = "los-ikol-archiv-000001.vmdk"
snapshot1.disk0.node = "scsi0:0"
snapshot1.disk1.fileName = "los-ikol-archiv_1-000001.vmdk"
snapshot1.disk1.node = "scsi0:1"

snapshot2.uid = "13"
snapshot2.filename = "los-ikol-archiv-Snapshot13.vmsn"
snapshot2.parent = "10"
snapshot2.displayName = "_VCB-CLEANUP_"
snapshot2.description = "Cleaning up VM snapshot database."
snapshot2.createTimeHigh = "288552"
snapshot2.createTimeLow = "271982781"
snapshot2.numDisks = "2"
snapshot2.disk0.fileName = "los-ikol-archiv-000002.vmdk"
snapshot2.disk0.node = "scsi0:0"
snapshot2.disk1.fileName = "los-ikol-archiv_1-000002.vmdk"
snapshot2.disk1.node = "scsi0:1"

[continuum]

Was in der vmsd steht ist nicht relevant - es kommt auf die vmdks und die vmx an