ESXi 5.0: Snapshots können nicht gemerged werden

[HaarloseFrechheit]

Hallo liebe Leser,

Ich habe ein Problem, bei dem ich leider nicht weiterkomme und da würde ich Euch gerne um Rat bitten:

Ein Kunde hat einen uralt-Server (2011) mit esxi 5.0 am laufen gehabt, dieser hat als einzigen Host einen Small Business Server 2011 mit einer Dateiablage gehabt.
Leider hat die Backup-Software nicht funktioniert wie sie sollte und ich dieses nicht erkannt. Nun gab es einen Stromausfall und die Kiste fährt nicht mehr hoch.
Alle VMDKs wurden erfolgreich extrahiert, nur leider handelt es sich bei einigen Dateien um Snapshots, die nicht gemerged werden können und daher sind Daten von vor Monaten „verloren“.
Ich habe ein Tool gefunden (vsphere integriert) um die snapshots mit den virt. Festplatten zu ergänzen, leider schlug dies fehl. Ich gehe davon aus, dass das Tool wohl eher für neuere Versionen von ESXi gedacht war, als für die v5.0.

Habt ihr Vorschläge?

Viele liebe Grüße!

[Dayworker]

Snapshots sind kein Backup. Eine VM längere Zeit mit Snapshots zu betreiben, macht nur in ganz wenigen Fällen einen Sinn. In den meisten Fällen führen längere Snapshot-Ketten sogar ziemlich sicher zu einem Datenverlust. Habt ihr noch ein Backup der VM?

[HaarloseFrechheit]

Hallo und danke für die Antwort,

Leider ist das letzte Backup aufgrund einer vollen Festplatte bereits fünf Monate her..
Dass das mit den snapshots nichts ganz state of the art ist, habe ich mir bereits gedacht. Leider bin ich erst seit neustem für diesen Kunden zuständig und habe genau diesen uralt-Server nicht beachtet, da ich davon ausging, er würde nicht mehr genutzt werden.
Jetzt kommt ne Klage und ich werde höchstwahrscheinlich dafür verantwortlich gemacht.

[irix]

Zeig doch mal nen "ls -alh *". Evtl. fehlen ja nur die Descritor Files. Das vmfktools hat auch nen Parameter um die rudimentaere Snapshotkette zu pruefen.

Habs ihr die VM mit einer kuerzeren Kette in Beriebgenommen. Es klang so da du von 5 Monaten Datenverlust sprachst und das ist dann immer unklug. Oder war 5 Monate die letzte Sicherung her?


Gruss
Joerg

[HaarloseFrechheit]

Hallo Joerg,

vielen Dank für deine Antwort.
Es wurde Ubuntu über die Kiste gebügelt, da ESXi nicht mehr richtig funktioniert hat. Die Platte mit den Daten bleibt hierbei unberührt.
Ich bin mir nicht sicher, wo und wie ich die Descriptor-Files finde. Ich habe den Befehl ausgeführt und habe in dem Zielordner nur dateien mit den Endungen: .vmdk, .hlog, .vswp, .nvram, .vmdk, .vmsd, .vmx, vmxf und .log gefunden.

Liebe Grüße
Harry

[irix]

Moin,

der Descriptor hat die gleiche Dateiendung wie die vDisk bzw. ein Snapthot und zwar *.vmdk. Also poste mal bitte das Ergebnis von "ls -alh".

Gruss
Joerg

[HaarloseFrechheit]

Hallo Joerg,

Code: Alles auswählen

root@user-System-Product-Name:/mnt/sda/S2011# ls -alh *
-rw------- 1 root root  39G Jun 28 08:44 S2011-000001-delta.vmdk
-rw------- 1 root root  318 Apr  4 16:25 S2011-000001.vmdk
-rw------- 1 root root  20G Jun 28 08:46 S2011_1-000001-delta.vmdk
-rw------- 1 root root  322 Apr  4 16:26 S2011_1-000001.vmdk
-rw-r--r-- 1 root root   27 Dez 10  2014 S2011-11d44e29.hlog
-rw------- 1 root root    0 Apr  4 16:25 S2011-11d44e29.vswp
-rw------- 1 root root 400G Jun 28 16:35 S2011_1-flat.vmdk
-rw------- 1 root root  498 Jun 28 16:27 S2011_1.vmdk
-rw------- 1 root root 250G Jun 28 16:42 S2011-flat.vmdk
-rw------- 1 root root  73K Apr  4 16:32 S2011.nvram
-rw------- 1 root root  496 Jun 28 16:26 S2011.vmdk
-rw-r--r-- 1 root root   77 Apr  4 16:04 S2011.vmsd
-rwxr-xr-x 1 root root 4,0K Apr  4 16:25 S2011.vmx
-rw-r--r-- 1 root root 3,2K Dez  9  2014 S2011.vmxf
-rw-r--r-- 1 root root 3,6M Mär 25  2021 vmware-14.log
-rw-r--r-- 1 root root 1,6M Dez  8  2021 vmware-15.log
-rw-r--r-- 1 root root 344K Jan 26  2022 vmware-16.log
-rw-r--r-- 1 root root 2,8M Dez  8  2022 vmware-17.log
-rw-r--r-- 1 root root 6,1M Apr  4 16:25 vmware-18.log
-rw-r--r-- 1 root root 2,0M Jun 27 01:25 vmware-19.log
-rw-r--r-- 1 root root  44K Jun 27 04:20 vmware.log

Liebe Grüße

[irix]

Ich hab deine Ausgabe mal formatiert.

Die VM hat 2 vDisks und das Drama muss am 4.April los gegangen sein.

vDisk 1

Code: Alles auswählen

39G Jun 28 08:44 S2011-000001-delta.vmdk
318 Apr 4 16:25 S2011-000001.vmdk
250G Jun 28 16:42 S2011-flat.vmdk
496 Jun 28 16:26 S2011.vmdk

vDisk 2

Code: Alles auswählen

20G Jun 28 08:46 S2011_1-000001-delta.vmdk
322 Apr 4 16:26 S2011_1-000001.vmdk
400G Jun 28 16:35 S2011_1-flat.vmdk
498 Jun 28 16:27 S2011_1.vmdk

Also die Descriptordateien sind die kleinen 300-400 Bytes und die sind fuer einen Admin immer lesbar.

Code: Alles auswählen

cat S2011-000001.vmdk

Zeigt die Referenz zur eigentilichen Daten VMDK und auch auf die Vorgaengerdatei. Pro vDisk fuer jeden Snap immer ein.. sind bei dir 4 und somit mal vorhanden.

Du kannst mit

Code: Alles auswählen

vmkfstools -e S2011-000001.vmdk
vmkfstools -e S2011_1-000001.vmdk

mal pruefen.

Da der ESXi schon aelter ist.... und frueher war das mergen/loeschen von Snaps anders und benoetigt Platz.

Code: Alles auswählen

df -h

zeigt vieviel Platz auf dem Datastore?
Wie lautet die genaue Fehlermeldung?
Warum haben die Basis VMDKs auch das Datum vom 28.6? Ist an diesem Tag die VM mit den Disks aus der Vergangenheit gestartet worden oder was genau hast du mit dem "Tool" von dem du sprichst gemacht?

Gruss
Joerg

[HaarloseFrechheit]

Hallo Irix,

ich habe es geschafft, die Daten mittels UFS Explorer zu retten. Die VM habe ich zerstört und somit das Problem zu meiner Zufriedenheit gelöst.
Vielen Dank für deine hilfe!

LG

[irix]

Evtl. haette man auch Glueck im Unglueck haben koennen, sprich die VM hat ja zwei vDisks und die Nutzer/Anwendungesdaten liegen bestimmt auf der zweiten grossen Platte. Man haette diese bzw. den Snap in eine andere VM einhaengen koennen und mal "gucken". Auf diesem Wege wuerde man eine Defekte Bootdisk mal umschiffen.

Gruss
Joerg