VMware Recovery

[userX]

Hallo Leute,


durch einen Festplattencrash (SW RAID1) hat sich mein Server verabschiedet. Die
eine Festplatte hat komplett den Geist aufgegeben und die zweite hatte extrem
schlechte Smart Werte. Ich konnten noch das Raid auflösen und so an meine
Instanzen von VMware kommen.

Als ich sie allerdings im Player gestartet habe befanden sich nicht mehr alle Dateien
darauf. Es scheint so als wären sie auf einem sehr alten Stand - ca. mehrere Monate alt.

Und nun meine Frage. Hat jemand eine Idee ob die Daten nur temporär geschrieben
worden sind und irgendwie wiederhergestellt bzw. zusammengeführt werden können?
Ich hab darunter die Dateiliste einer Instanz gehängt.


Vielen Dank schon einmal.

Tobias

Code: Alles auswählen

  3544133632 29 Mär 17:15 564dbc22-5925-50ca-03de-ca9ae2959683.vmem
          11 29 Mär 17:15 564dbc22-5925-50ca-03de-ca9ae2959683.vmem.WRITELOCK
           0 29 Mär 17:22 Ubuntu.vmsd
         786 29 Mär 17:22 Ubuntu.vmx
   842203136 29 Mär 17:17 jw0-s001.vmdk
      524288 29 Mär 17:17 jw0-s002.vmdk
      393216 29 Mär 17:17 jw0-s003.vmdk
      458752 29 Mär 17:17 jw0-s004.vmdk
     7667712 29 Mär 17:17 jw0-s005.vmdk
      458752 29 Mär 17:17 jw0-s006.vmdk
      393216 29 Mär 17:17 jw0-s007.vmdk
      458752 29 Mär 17:17 jw0-s008.vmdk
    50200576 29 Mär 17:18 jw0-s009.vmdk
      393216 29 Mär 17:18 jw0-s010.vmdk
      589824 29 Mär 17:18 jw0-s011.vmdk
      393216 29 Mär 17:18 jw0-s012.vmdk
     7405568 29 Mär 17:18 jw0-s013.vmdk
      589824 29 Mär 17:18 jw0-s014.vmdk
      655360 29 Mär 17:18 jw0-s015.vmdk
    48758784 29 Mär 17:18 jw0-s016.vmdk
   184156160 29 Mär 17:18 jw0-s017.vmdk
   129302528 29 Mär 17:18 jw0-s018.vmdk
    25690112 29 Mär 17:19 jw0-s019.vmdk
      393216 29 Mär 17:19 jw0-s020.vmdk
      393216 29 Mär 17:19 jw0-s021.vmdk
      458752 29 Mär 17:19 jw0-s022.vmdk
      655360 29 Mär 17:19 jw0-s023.vmdk
   134610944 29 Mär 17:19 jw0-s024.vmdk
      589824 29 Mär 17:19 jw0-s025.vmdk
      393216 29 Mär 17:19 jw0-s026.vmdk
   221970432 29 Mär 17:20 jw0-s027.vmdk
    76873728 29 Mär 17:20 jw0-s028.vmdk
    39518208 29 Mär 17:20 jw0-s029.vmdk
    30998528 29 Mär 17:20 jw0-s030.vmdk
    38797312 29 Mär 17:20 jw0-s031.vmdk
    23265280 29 Mär 17:20 jw0-s032.vmdk
    12189696 29 Mär 17:20 jw0-s033.vmdk
   106037248 29 Mär 17:20 jw0-s034.vmdk
   211156992 29 Mär 17:21 jw0-s035.vmdk
    28639232 29 Mär 17:21 jw0-s036.vmdk
    32309248 29 Mär 17:21 jw0-s037.vmdk
     8126464 29 Mär 17:21 jw0-s038.vmdk
    40960000 29 Mär 17:21 jw0-s039.vmdk
    25624576 29 Mär 17:21 jw0-s040.vmdk
    27656192 29 Mär 17:21 jw0-s041.vmdk
    47841280 29 Mär 17:21 jw0-s042.vmdk
    40239104 29 Mär 17:21 jw0-s043.vmdk
     7077888 29 Mär 17:22 jw0-s044.vmdk
      589824 29 Mär 17:22 jw0-s045.vmdk
      655360 29 Mär 17:22 jw0-s046.vmdk
      589824 29 Mär 17:22 jw0-s047.vmdk
      524288 29 Mär 17:22 jw0-s048.vmdk
      327680 29 Mär 17:22 jw0-s049.vmdk
      327680 29 Mär 17:22 jw0-s050.vmdk
       65536 29 Mär 17:22 jw0-s051.vmdk
        2058 29 Mär 17:22 jw0.vmdk
          11 29 Mär 17:22 jw0.vmdk.WRITELOCK
        8664 29 Mär 17:22 nvram
      204124 29 Mär 17:22 vmware-0.log
       51901 29 Mär 17:22 vmware-1.log
       26385 29 Mär 17:22 vmware-2.log
      373138 29 Mär 17:22 vmware.log

[continuum]

Es scheint so als wären sie auf einem sehr alten Stand - ca. mehrere Monate alt.

Hi
das klingt so als waere ein snapshot nicht eingebunden - die Dateiliste zeigt aber keinen snapshot.

Kannst du mal die vmware.logs zusammen zippen und bei http://ifile.it hochladen ?

Wenn es eilig oder wichtig ist - schick mir ne PM - dann ruf ich dich an

[continuum]

den link zu den logs haettest du rihig hier posten koennen ...

Na ja - einen Hinweis auf evtl mal vorhandene Snapshots kann ich in den logs nicht finden.
Von daher kann ich mir auch den alten Stand nicht erklaeren.

Was sofort auffaellt:

Jun 08 09:54:36: vmx| SCSI0:0: Command WRITE(10) took 1.887 seconds (ok)
Jun 08 10:47:55: vmx| SCSI0:0: Command WRITE(10) took 1.157 seconds (ok)
Jun 08 10:47:55: vmx| SCSI0:0: Command WRITE(10) took 1.157 seconds (ok)
Jun 08 10:47:55: vmx| SCSI0:0: Command WRITE(10) took 1.157 seconds (ok)
Jun 08 10:54:35: vmx| SCSI0:0: Command WRITE(10) took 1.198 seconds (ok)
Jun 08 11:05:41: vmx| SCSI0:0: Command WRITE(10) took 1.749 seconds (ok)
Jun 08 11:47:00: vmx| SCSI0:0: Command WRITE(10) took 1.695 seconds (ok)


Du hast jede menge solcher Eintraege in den logs - die VM sollte dringend mal geshrinkt werden.
Das hat aber jetzt mit dem datenstand nicht direkt etwas zu tun

[Dayworker]

Was sofort auffaellt:

Jun 08 09:54:36: vmx| SCSI0:0: Command WRITE(10) took 1.887 seconds (ok)
Jun 08 10:47:55: vmx| SCSI0:0: Command WRITE(10) took 1.157 seconds (ok)
Jun 08 10:47:55: vmx| SCSI0:0: Command WRITE(10) took 1.157 seconds (ok)
Jun 08 10:47:55: vmx| SCSI0:0: Command WRITE(10) took 1.157 seconds (ok)
Jun 08 10:54:35: vmx| SCSI0:0: Command WRITE(10) took 1.198 seconds (ok)
Jun 08 11:05:41: vmx| SCSI0:0: Command WRITE(10) took 1.749 seconds (ok)
Jun 08 11:47:00: vmx| SCSI0:0: Command WRITE(10) took 1.695 seconds (ok)

Das ist mit einem SCSI-Controller normal und habe ich dauernd in meinen VMs. Solange die Zeiten gleichmäßig bleiben, Ausrutscher sind je nach Host/Gast-Auslastung immer möglich, und dahinter immer noch "(ok)" steht, gibt es auch keinen Grund zur Sorge.
Kritisch wir es erst, wenn Einträge dieser Art dazukommen und dann muß man schnellstens handeln:

vmx| I120: scsi0:0: numIOs = 167 numMergedIOs = 4 numSplitIOs = 2 (33.3%)

[continuum]

Hmm - ich sehe solche Eintraege bei mir nur bei langsamen VMs die mal wieder geshrinkt werden muessten.

[Dayworker]

Hmm - ich sehe solche Eintraege bei mir nur bei langsamen VMs die mal wieder geshrinkt werden muessten.

Beim Logging scheint VMware zwischen den einzelnen Produktversionen wohl auch etwas geschraubt zu haben. Der VMserver2 entstammt ja mehr der WS6.5.2-Schiene und loggt deswegen auch denselben Umfang mit. Ich hatte mich schon immer drüber gewundert, weshalb die VMserver2-Logs so groß wurden...
Unter VMserver1 war ich auch nach einem halben Jahr VM-Laufzeit Log-Grössen um 1MB gewöhnt, sowas sprengen WS/Player oder VMserver2 ja mal locker innerhalb eines einzigen Tages. Ich kann mich auch noch gut an ein "vmware.log" von fast 20MB Grösse erinnern, bei der der Nutzer eine Sparse-Disk als Datensilo genutzt und dann über mangelnde Performance geklagt hatte.