VMDK reparatur unter Workstations 7 Linux

[hlgeeko]

Hallo zusammen,

ich betreibe eine Windows XP VM unter openSuse11.2 / VMWare Workstation Linux7.
Alles schön und gut - bis heute !
Durch einen "wackeligen" in der Stromversorgung einer Platte (habe hier 5 in Betieb)
ist mir das System sowie die VM eingefroren - so das nach einer Stunde und 23 Minuten
ich nicht mehr die Chance gesehen habe, das Linux sich irgendwie fängt - und das
System wurde hart ausgeschaltet - da auch keine Tastatureingaben möglich waren !
Ein lokerer Y-Stromversorgungskabel
Kleine reparaturen in Linux (u.a Grub Loader beschädigt - wie das passieren kann?)
waren nötig aber eine Kleinigkeit. Aber nun die VM !
Windows XP VM lässt sich nun nicht mehr starten:

Fehler -> .... SP3-000001.vmdk' or one of the snapshot disks it depends on.
Reason: The specified virtual disk needs repair."

Schön und gut - aber wie? Es gibt zwar ein Snapshot aber schon gute zwei Wochen
alt und das möchte ich nicht nutzen, den -> ich glaube nicht das es funktionieren wird.
Außerdem möchte ich Aufgrund einiger Änderungen den derzeitigen Stand retten und
dazu ist das VM Filesystem gelockt .... SP3.vmdk.lck und ... SP3.vmx.lck !!!
Noch einige (Schock)-Infos: die VM befindet sich auf einer separaten Partition
die mit FAT32 formatiert wurde, das VM File System ist in 2GB gesplittet
Alle Tipps sind nun gefragt, bis auf das Lesen der LOGfiles der VM ist alles
unverändert ....

So ... kann ich die VMes irgendwie noch retten oder ist es vorbei und ich kann mich
verabschieden ... ?

Danke für Hilfe und Anrtwort !

HLGeeko

[McStarfighter]

Auf Ulli warten, der ist hier der VM-Arzt ...

[hlgeeko]

OK - ich mache nichts und warte ....
(aber es muss ein Tool zum checken der Files sgeben ...!
es kann nicht sein, das ein Stromausfall das ganze über den Jordan
schickt ... - das was in RAM war, ist weg - OK, aber alles andere
muss wieder zu restaurieren sein .... - nur wie reparieren bzw. checken?)
[nie bis jetzt vorgekommen und nie gebraucht?]

[continuum]

probier
vmware-vdiskmanager -R <vmdk die in der vmx eingetragen ist>

[hlgeeko]

Hallo Hr VMWare Doktor,

die Lösung hat leider nicht angeschlagen:

The virtual disk, '...SP3-000001.vmdk', is corrupted but the repair process has failed.

Was kann ich noch hier probieren -ehm- einnehmen?

Schöne Grüße !

hlgeeko

[McStarfighter]

Er ist tot, Jim!

[Dayworker]

Durchsuch mal bitte deinen Rechner nach einem "vdiskmanager.log" und poste dessen Inhalt. Vielleicht ergibt sich ja daraus etwas.

Das die Schäden auch dein Host-OS betreffen, ist völlig normal. Selbiges passiert auch, wenn mitten im Schreibzugriff auf den/die Datenträger der Reset-Taster betätigt wird. In dem Fall mußt du dann die Dateisysteme von Host & Gast retten und besonders ärgerlich ist es, wenn der Datenträger mit FAT/FAT32 formatiert ist. Da werden kaum zusätzliche Verwaltunginformationen geschrieben, um eine Wiederherstellung zu begünstigen.

[hlgeeko]

Nein Jim, bitte nicht !

ehm ...

das betroffene File kann ich lesen, ist in Textformat ....

ich habe mir ein anderes "--000001.vmdk" einer anderen VM angeschaut,
gleicht dem gleichen Aufbau mit den entsprechenden Hinweisen ...

Allerdings hat die defekte VM, also das defekte File -000001.vmdk welches
nicht zu reparieren scheint einen Eintrag mehr! Am Ende des Files steht:

ddb.longContentID = "a033051d066156f8446d80279ee68911"

hat das etwas zu bedeuten?

Schöne grüße !

HLGeeko

[hlgeeko]

Gut, hier ist das File ... - vdiskmanager.log

---
VixDiskLib: config options: libdir '/usr/lib/vmware', tmpDir '/tmp/vmware-root'.
VixDiskLib: Could not load default plugins from /usr/lib/vmware/plugins64/libdiskLibPlugin.so: Cannot open library: /usr/lib/vmware/plugins64/libdiskLibPlugin.so: cannot open shared object file: No such file or directory.
DISKLIB-PLUGIN : Not loading plugin /usr/lib/vmware/plugins64: Not a shared library.
VMware VixDiskLib (1.2) Release build-261024
DISKLIB-SPARSECHK: [./Win_XP_SP3-000001-s002.vmdk] Grain #4112 @526976 is orphaned.
DISKLIB-SPARSECHK: [./Win_XP_SP3-000001-s002.vmdk] 1 orphan(s) detected
DISKLIB-SPARSECHK: [./Win_XP_SP3-000001-s023.vmdk] GT Error (EE): GT[28][443] = 210432 / 210432
DISKLIB-SPARSECHK: [./Win_XP_SP3-000001-s023.vmdk] Resolving GT[28][443] = 0
DISKLIB-SPARSECHK: [./Win_XP_SP3-000001-s002.vmdk] Grain #4112 @526976 is orphaned.
DISKLIB-SPARSECHK: [./Win_XP_SP3-000001-s002.vmdk] 1 orphan(s) detected
DISKLIB-SPARSECHK: [./Win_XP_SP3-000001-s023.vmdk] GT Error (EE): GT[28][443] = 210432 / 210432
DISKLIB-SPARSECHK: [./Win_XP_SP3-000001-s023.vmdk] Resolving GT[28][443] = 0
DISKLIB-SPARSECHK: [./Win_XP_SP3-000001-s002.vmdk] Grain #4112 @526976 is orphaned.
DISKLIB-SPARSECHK: [./Win_XP_SP3-000001-s002.vmdk] 1 orphan(s) detected
DISKLIB-SPARSECHK: [./Win_XP_SP3-000001-s023.vmdk] GT Error (EE): GT[28][443] = 210432 / 210432
DISKLIB-SPARSECHK: [./Win_XP_SP3-000001-s023.vmdk] Resolving GT[28][443] = 0
---
danach ist Ende ... - mehrere Reparaturversuche - gleiches Egebnis ...

Danke und Grüße !
HLGeeko

[Dayworker]

DISKLIB-SPARSECHK: [./Win_XP_SP3-000001-s002.vmdk] Grain #4112 @526976 is orphaned.
DISKLIB-SPARSECHK: [./Win_XP_SP3-000001-s002.vmdk] 1 orphan(s) detected
DISKLIB-SPARSECHK: [./Win_XP_SP3-000001-s023.vmdk] GT Error (EE): GT[28][443] = 210432 / 210432
DISKLIB-SPARSECHK: [./Win_XP_SP3-000001-s023.vmdk] Resolving GT[28][443] = 0

Es ist eine Böse Falle eine Sparse-Disk als v.Disk zu nutzen. In deinem Fall würde ich dem fast zustimmen:

Er ist tot, Jim!

ddb.longContentID = "a033051d066156f8446d80279ee68911"

Dies müßte eigentlich die Reference-ID sein, unter der VMware den Snapshot verwaltet und die Base-Disk gekennzeichnet. Wenn dem so ist, muß diese ID auch in der "Win_XP_SP3.vmdk" und/oder "Win_XP_SP3-000001.vmdk" auftauchen.

[continuum]

Das sieht nicht gut aus - zip mal alle vmware.logs und die vmx und die vmdk text Datei zusammen und lad das zip bei ifile.it hoch.

Hast du einen 32bit Windows-rechner zur Hand ?
Unter Linux ist hier leider Schluss

[hlgeeko]

Ja, Windows7 mit WMWare Workstation 7 ....
Gibt es den auf WIN weitere, bessere Möglichkeiten dieses Problem zu beheben?
Na dann los .... was kann ich da noch machen ?

[continuum]

du kannst versuchen die vmdk mit vdk.exe zu mounten und dann deine wichtigen Daten heraus kopieren.

Kommen die logs noch ? - ich mache gleich Feierabend

[hlgeeko]

Ja die Files kommen noch ....

Bin aber enttäuscht, das nur nach einen "bl+* Stromausfall
nichts mehr mit der VM geht ....

Ist das immer so ? Würde der letzte Snapshot noch funktionieren?

Grüße !

HLGeeko

P.S: hier die Files:
http://ifile.it/6vz093d

[hlgeeko]

Also - vom defekten Zustand habe ich ein Snap erstellt !
Restore older Snap - (das vor zwei Wochen) OK ! VM läuft !
Gut - ich kann momentan damit leben ...

Frage: die Funktion "AutoProtect" habe ich bis jetzt nie genutzt ....
Wäre das in diesem Fall sinnvoll? So jeden Tag automatisch ein Snap
und gut ist ... - allerdings dürfen beim nächsten Mal nicht mehr als
die paar Files beschädigt werden ! Außerdem sagt man, das man Snaps
nicht als Sicherungsersatz nehmen soll, den diese beziehen sich immer
auf das Master(Gold)-VM-File ... - ist das ebenfalls beschädigt, ist die
ganze VM defekt und nicht zu gebrauchen ....

Also, was kann ich noch mit den defekten Snap probieren um es zum
Leben zu erwecken? (-> danke ertsmal an alle hier, die geholfen haben
u.a. "the Doctor" Ulli)
Generelle Frage an alle: Autoprotect sinnvoll ja oder nein?
Stromausfall kann jeden treffen ....
(ja, natürlich - jedenfalls öfter mal ein Backup machen - das ist bei mir
in diesem Fall 5 Wochen alt - mit etwas Schmerz würde ich das auch noch
verkraften ...)

Schöne Grüße !

HLGeeko

[continuum]

Bin gerade in Eile - deswegen nur ganz kurz ...

Autoprotect ist das duemmste Feature was VMware je implementiert hat.
Damit waerst du noch viel eher auf die Nase gefallen.

Fuer Autoprotect gibt es nur eins: NIEMALS und dann noch nicht

[hlgeeko]

Hallo Ulli, (auch auf die schnelle)

Fuer Autoprotect gibt es nur eins: NIEMALS und dann noch nicht

... dann schreibe und mal allen ... warum den nicht?
ist es nicht zuverlässig, was hat es aufsich?
[bis jetzt habe ich es auch nicht genutzt - jetzt habe ich es
probeweise eingeschalte]

Grüße !

HLGeeko

[Dayworker]

Lies dir einfach die Threads Fast Disk Filler VM und VMware Infrastructure - auto snapshots durch oder du suchst selbst nach "autoprotect".

PS: Zum Thema "Stromausfall kann jeden treffen" sage ich nur, die USV in meiner Signatur habe ich nicht ohne Grund. Zum einen sind VT-Hosts wesentlich höher ausgelastet, HDD-Zugriffe daher die Regel bzw immer möglich und zum anderen ist es extrem peinlich für den lokalen Stadtversorger der Haupstadt Deutschlands in einigen Stadtgebieten, seine häufigen Spannungs-Schwankungen oder -Ausfälle von 5sec bis 3h Dauer (nachweisbar im USV-Log), gerne am Freitag ab 20Uhr oder am WE , sowas nicht gebacken zu bekommen.