Wieso werden VMs nicht mehr sauber heruntergefahren?

[TSCH]

Guten Morgen,

ich habe auf meinen VM-Servern (Windows 2003 SE R2 x64)VMware Server 1.0.10 am laufen.
Seit ein paar Wochen machen mir 2 VMs (auf den gleichen Host) Probleme beim herunterfahren. Manchmal funktioniert es problemlos doch meist bleibt die VM hängen. Wenn ich dann über die Management-Konsole die VM aktiviere fährt sie sofort runter.

Wie kann ich dem Problem auf den Grund gehen, d.h. welche Infos benötigt Ihr, um mir zu helfen?

Danke schonmal für Eure Hilfe.

[Dayworker]

Verlinke mal bitte dein "vmware.log" auf einen Freehoster.

[TSCH]

Hallo Dayworker,

Danke für Deine schnelle Antwort.

Habe hier mal für zwei VMs die Logs angehängt.

Diese VM wird täglich um 21:30 Uhr automatisiert per Batch (vmware-cmd ... reset) durchgebootet und bleibt neuerdings hängen:

http://ifile.it/htmask3/VM01.ZIP


Hier sieht's ähnlich bei der Sicherung aus, d.h. beim Herunterfahren gibts Probleme:

http://ifile.it/xin6lbg/VM02.zip


Danke schonmal für Deine Hilfe.

[continuum]

oh je - mal wieder ne VM die seit hundert Jahren nicht geshrinkt wurde - am besten SOFORT nachholen sonst gibt es in kurzer Zeit noch ganz andere Probleme !!!

Keine weiteren Fragen an den Zeugen - euer Ehren.
Schlage Veruerteilung wegen Verletzung der Aufsichtspflicht vor

[Dayworker]

Oct 07 04:03:34: vmx| SCSI0:0: Command READ(10) took 1.234 seconds (ok)
Oct 07 04:03:56: vmx| SCSI0:1: Command WRITE(10) took 1.076 seconds (ok)
Oct 07 04:03:56: vmx| SCSI0:1: Command WRITE(10) took 1.076 seconds (ok)
Oct 07 04:03:56: vmx| SCSI0:1: Command WRITE(10) took 1.078 seconds (ok)
Oct 07 04:03:56: vmx| SCSI0:0: Command READ(10) took 1.355 seconds (ok)
Oct 07 04:06:31: vmx| SCSI0:0: Command READ(10) took 1.204 seconds (ok)
Oct 07 04:09:51: vmx| SCSI0:1: Command WRITE(10) took 1.062 seconds (ok)
Oct 07 04:09:51: vmx| SCSI0:1: Command WRITE(10) took 1.065 seconds (ok)
Oct 07 04:09:51: vmx| SCSI0:1: Command WRITE(10) took 1.065 seconds (ok)
Oct 07 04:13:55: vmx| SCSI0:1: Command WRITE(10) took 1.096 seconds (ok)
Oct 07 04:13:55: vmx| SCSI0:1: Command WRITE(10) took 1.103 seconds (ok)
Oct 07 04:25:01: vmx| SCSI0:1: Command WRITE(10) took 1.242 seconds (ok)
Oct 07 04:25:01: vmx| SCSI0:1: Command WRITE(10) took 1.245 seconds (ok)
Oct 07 04:53:51: vmx| SCSI0:0: Command WRITE(10) took 1.226 seconds (ok)
Oct 07 05:49:36: vmx| SCSI0:1: Command WRITE(10) took 1.003 seconds (ok)
Oct 07 05:49:36: vmx| SCSI0:1: Command WRITE(10) took 1.011 seconds (ok)
Oct 07 05:55:17: vmx| SCSI0:0: Command WRITE(10) took 1.823 seconds (ok)

Normale IO-Meldungen, kein Grund zur Besorgnis.

Oct 07 04:03:06: vcpu-0| Not caching pages 1274335 through 1274366 because of write on page 1274348 on write.
Oct 07 04:03:06: vcpu-0| Not caching pages 1274334 through 1274350 because of write on page 1274348 on write.
Oct 07 06:07:10: vmx| DISKLIB-LIB :numIOs = 50000 numMergedIOs = 3349 numSplitIOs = 11

Sowas ist echt tödlich und habe ich bisher so noch nicht auf einem VMserver1 gesehen. Kann Ulli da nur zustimmen, du mußt unbedingt Shrinken oder die VM löst sich in Rauch auf.

Die VM2.ZIP spare ich mir mal, die sieht sicher genauso aus.

[TSCH]

Guten Morgen,

vielen Dank an Continuum und Dayworker.
Dann habe ich einige VM's die ich am Wochenende shrinken muß

Wußte bisher nicht, daß sich das so auswirkt.

Gibt es eine "Faustregel" wie oft man eine VM shrinken sollte (monatlich/wöchentlich)?
Sollte man generell keine dynamischen (growable) Disks verwenden?
Falls ja, wie komme ich am besten von der growable zur einer non-growable (vorher shrinken erforderlich?) VMDK?

[Dayworker]

VMware hat dazu keinen Eintrag verfaßt, aber Ulli und ich teilen dort die Ansicht, daß wöchentliches Shrinken einer VM die einfachste Lösung ist.
Growable oder Sparse-Disk macht man eigentlich nur, wenn der Platz auf dem Datenträger begrenzt ist und man trotzdem flexibel bleiben will. Oder man die geringere IO-Leistung in Kauf zu nehmen bereit ist, daß Stichwort dazu lautet Fragmentierung.
Den Umstieg von einer Sparse- zur Preallocated-Disk bekommst du über den "vmware-vdiskmanager" hin. Die Syntax dazu lautet:

Code: Alles auswählen

vmware-vdiskmanager -r sourceDisk.vmdk -t 3 destinationDisk.vmdk

...wobei die Disktypen (-t 0) beim VMserver1 bedeuten:

Code: Alles auswählen

    0                 : single growable virtual disk
    1                 : growable virtual disk split in 2Gb files
    2                 : preallocated virtual disk
    3                 : preallocated virtual disk split in 2Gb files

Ob du die Preallocated-Disk nun en Bloc oder in 2GB-Häppchen anlegst, spielt performancetechnisch keine Rolle. Es erleichtert jedoch die Sicherung auf einen kleineren Datenträger wie DVD oder BD enorm.

Das Shrinken ist im Thread vmware-vdiskmanager -p ? beschrieben worden.

[TSCH]

Danke Dayworker.

Kann ich mir das Nullen/Shrinken eigentlich sparen, wenn ich direkt aus der sparse- eine preallocated-disk mache?
Von der Logik her würde ich sagen ja, frage aber zur Sicherheit lieber mal nach.

[Dayworker]

Kann ich dir jetzt auf den Plautz nicht mal sagen, aber es darf meines Wissens nach in jedem Fall keine Snapshot vorhanden sein. Dann funktioniert beides nicht.

[continuum]

Kann ich mir das Nullen/Shrinken eigentlich sparen, wenn ich direkt aus der sparse- eine preallocated-disk mache?

JA - funktioniert auch mit snapshots

[Dayworker]

Kann ich mir das Nullen/Shrinken eigentlich sparen, wenn ich direkt aus der sparse- eine preallocated-disk mache?

JA - funktioniert auch mit snapshots

Na das ist doch mal wenigstens etwas, wo Snapshots keine Probleme machen...

[continuum]

JEIN
etwa 50% der vmware-vdiskmanager Versionen sind defekt - mit denen kommt dann die Meldung "can not work on partial chains"

known good : WS 6.5.3, WS 7.0.1, WS 6.0.4
bei VMserver hab ich es gerade nicht im Kopf

[Dayworker]

bei VMserver hab ich es gerade nicht im Kopf

..und ich kann's auch nicht ausprobieren. Ich habe weder Sparse-Disks noch Snapshots im Einsatz...