WS 8: Probleme mit VMs auf externer HDD

[MFLCOMARCH]

Hallo zusammen,

wir sind hier die Supportabteilung eines Softwareherstellers und arbeiten sehr viel mit VMs, um Kundensituationen nachzustellen und Kundenumgebungen zu simulieren. Ich bin dafür zuständig, bestimmte vorinstallierte VMs in unterschiedlichen Konstellationen (Windows XP, 7 32/64 und Server 2008 R2) zu warten und auf dem aktuellen Stand bezüglich Updates zu halten.

Dabei sind die VMs so angelegt, dass es eine saubere Grundinstallation gibt, die nur Windows und einige Standardtools enthält. Diese wird in einem Snapshot gesichert, der im Fall von Updates gelöscht und neu erstellt wird. Die Systematik funktioniert an sich seit Jahren problemlos.

Bis vor etwa zwei Wochen hatte ich die VMs (etwa dreißig sind ständig in Benutzung und werden von mir gewartet) auf meiner internen Festplatte. Durch die Tatsache, dass immer mehr Kollegen mit den VMs arbeiten müssen und oft Kopien benötigt wurden, war es nicht länger praktikabel, diese über das Netz (wir haben leider ein sehr langsames Netzwerk) zur Verfügung zu stellen oder jedes Mal extra auf eine Platte zu kopieren. Daher haben wir beschlossen, eine externe Platte (USB 3) zu verwenden und die VMs künftig dort zu speichern und auch von dieser Platte auszuführen und upzudaten. So weit, so gut. Das funktioniert an sich auch. Allerdings erhalte ich seither sehr häufig beim Löschen der alten Snapshots die Fehlermeldung "Unable to clean up deleted files: The specified virtual disk needs repair." Diese Meldung habe ich früher nie gesehen. Jetzt bin ich ein wenig unsicher, denn der Snapshot verschwindet einfach, ich kann dann auch problemlos einen neuen erstellen, aber was passiert mit den Dateien des alten Snapshots?

Hat jemand eine Idee, woran das liegen kann und einen Tipp, was ich dagegen unternehmen könnte?

Danke vorab für eure Hilfe.

Version ist 8.0.6 build-1035888

Beste Grüße
Mike

[continuum]

The virtual disk needs repair - das ist eine ernste Sache.
Leider gibt es bei WS 8 da manchmal Falsch-Meldungen.

Bekommst du Meldungen über graintable Fehler im vmware.log ?
Die kann man im log kaum übersehen ...

[MFLCOMARCH]

Hi,

ich habe gerade mal einige Logs durchsucht, aber mit graintable war da nichts. Auch sonst sah das eigentlich recht sauber aus, soweit ich das mit meinem rudimentären KnowHow beurteilen kann.

Danke!
LG Mike

[Dayworker]

Verlinke mal bitte das ungekürzte "vmware.log" einer der sich beschwerenden VMs auf einen Freehoster und dann schauen wir uns das mal genauer an.

[MFLCOMARCH]

Hallo,

hier der Link

https://dl.dropboxusercontent.com/u/67973304/Kunden/vmware.log

Danke und Gruß
Mike

[continuum]

2013-10-16T10:59:33.358+02:00| vmx| I120: DISKLIB-SPARSECHK: [G:\My Virtual Machines\Windows XP Professional (Nackt)\Windows XP Professional (Nackt)-cl1-000001-s005.vmdk] GT Error (ZG): GT[59][509] = 0 / 623872
2013-10-16T10:59:33.358+02:00| vmx| I120: DISKLIB-SPARSECHK: [G:\My Virtual Machines\Windows XP Professional (Nackt)\Windows XP Professional (Nackt)-cl1-000001-s005.vmdk] Resolving GT[59][509] = 623872
2013-10-16T10:59:33.358+02:00| vmx| I120: DISKLIB-SPARSECHK: [G:\My Virtual Machines\Windows XP Professional (Nackt)\Windows XP Professional (Nackt)-cl1-000001-s005.vmdk] GT Error (ZG): GT[59][510] = 0 / 624128
2013-10-16T10:59:33.358+02:00| vmx| I120: DISKLIB-SPARSECHK: [G:\My Virtual Machines\Windows XP Professional (Nackt)\Windows XP Professional (Nackt)-cl1-000001-s005.vmdk] Resolving GT[59][510] = 624128
2013-10-16T10:59:33.358+02:00| vmx| I120: DISKLIB-SPARSECHK: [G:\My Virtual Machines\Windows XP Professional (Nackt)\Windows XP Professional (Nackt)-cl1-000001-s005.vmdk] GT Error (ZG): GT[59][511] = 0 / 624384
2013-10-16T10:59:33.358+02:00| vmx| I120: DISKLIB-SPARSECHK: [G:\My Virtual Machines\Windows XP Professional (Nackt)\Windows XP Professional (Nackt)-cl1-000001-s005.vmdk] Resolving GT[59][511] = 624384


sobald sowas auftaucht sollte man anfangen über preallocated vmdks nachzudenken.

[MFLCOMARCH]

Danke :-/ kann ich das in meinen bestehenden VMs noch ändern? Am Plattenplatz sollte es an sich nicht scheitern.

Gruß
Mike

[continuum]

Ja -
per GUI: fullclone erstellen - dann preallocated als neues Format aussuchen
von Hand: vmdk mit vmware-vdiskmanager convertieren

[MFLCOMARCH]

Danke für die Hilfe. Da habe ich jetzt einiges zu tun . LG

[MFLCOMARCH]

Hi nochmal,

ich habe mir das gerade angeschaut. Kann es sein, dass das mit Version 8 noch nicht möglich ist? Mir wird hier beim Clonen nirgendwo die Möglichkeit angeboten, diese Einstellung zu verändern.

LG

[MFLCOMARCH]

So, nächste Erkenntnis ich denke, ich mache es mit dem vCenter Converter. Das funktioniert wohl ganz gut und auch halbwegs schnell. Es sei denn, es spricht etwas dagegen?

[continuum]

mach es einfach mit dem vmware-vdiskmanager.exe

vmware-vdiskmanager -r "original.vmdk" -t 2 "neue.vmdk"

t =2 - bedeutet das Resultat ist einteilig
t =3 - das Tesultat besteht aus mehreren 2Gb grossen Stücken

[MFLCOMARCH]

Hallo nochmal,

so, ich bin jetzt wie folgt vorgegangen: Ich habe alle VMs mit dem Converter in pre-allocated geändert und als Ziel meine interne Platte angegeben. Das hat auch problemlos funktioniert. Dann habe ich die alten non-pre-allocated VMs auf der externen Platte gelöscht und die neuen pre-allocated Versionen wieder auf die externe Platte verschoben. Auch das hat funktioniert. Anschließend habe ich eine VM gestartet. Nach dem Aufstarten erhielt ich die Meldung, dass die VM neu gestartet werden müsse, um Änderungen fertigzustellen. Das habe ich getan und habe anschließend die VM wieder beendet. Als ich dann versucht habe, die VM über die WS-Oberfläche zu defragmentieren, erhielt ich wieder Meldung "Virtual disk needs repair". Ich habe dann die Reparatur mit dem vidskmanager durchgeführt, was auch erfolgreich war. Anschließend konnte ich die VM defragmentieren. Testweise bin ich dann alle VMs durchgegangen und habe versucht, diese zu defragmentieren. Das hat bei allen funktioniert und ich erhielt keine Fehlermeldung mehr. Ich habe dann nochmals eine VM gestartet, woraufhin ein automatisches Windows-Update durchgeführt wurde (Defender Update). Danach habe ich nicht in der VM weiter gearbeitet und diese einfach herunter gefahren. Als ich dann noch einmal versuchte, zu defragmentieren, kam dieselbe Meldung mit der Virtual Disk wieder. Es macht den Anschein, dass es jedes Mal ein Problem gibt, wenn ich die VM von der extenen Platte starte.
Kann es sein, dass es da grundsätzlich ein Problem gibt? Hat jemand Erfahrungswerte und kann mir einen Tipp geben, wie man diese Probleme vermeiden kann? Ansonsten bleibt mir eigentlich nur, die VMs wieder auf meine interne Platte zu verlagern.

Danke vorab für jede Hilfe.

Grüße
Mike

[continuum]

Wie bitte ?
disk needs repair bei Preallocated vmdks ???

Ruf bitte mal an - das will ich sehen

nullzweineunachtfünf 908742

[MFLCOMARCH]

Danke für das Angebot. Heute werde ich nicht mehr dazu kommen. Evtl. morgen Vormittag? Wie möchtest Du das anschauen? Teamviewer?

Ich habe gerade noch einen Test gemacht: Dieselbe VM auf der externen und der internen Platte. Wenn ich die VM auf der internen Platte starte und wieder beende, gibt es kein Problem. Auf der externen Platte meldet er anschließend beim Versuch, die VM zu defragmentieren, das bekannte Problem ... es muss also mit der externen Platte zusammenhängen. Diese ist per USB 3 angeschlossen und NTFS formatiert. Es handelt sich um eine 3 TB WD MyBook.

LG

[Dayworker]

Was meinst du denn mit "VM zu defragmentieren"?
Verlinke mal bitte wieder das ungekürzte "vmware.log" dieser VM mit dem Start von der externen Platte.

[MFLCOMARCH]

Na, man kann doch über die Einstellungen die virtuelle HD defragmentieren:

https://dl.dropboxusercontent.com/u/679 ... VMWS01.jpg

und dabei erhalte ich dann die Fehlermeldung, dass die virtuelle Platte repariert werden muss ... in dem Fall erscheint dieselbe Meldung, wenn ich versuche, einen Snapshot zu löschen und das Programm versucht, die Daten zu bereinigen. Danach ist der Eintrag für den Snapshot aus dem Snapshot-Manager verschwunden ...


Hier ist das Log:

https://dl.dropboxusercontent.com/u/679 ... vmware.log

LG

[Dayworker]

Aha, da kommen wir der Sache doch schon näher. Du kannst über die von dir verlinkte Option keine Preallocated weder Defragmentieren noch Shrinken (Compact). Beides macht nur bei Sparse- bzw Thin-vDISK einen Sinn. Das dir überhaupt Defragmentieren angeboten wird, dürfte mit dem Snapshot zusammenhängen. Ein Snapshot ist immer vom vDISK-Typ Sparse bei Desktop bzw Thin beim ESXi.

Das Log sehe ich mir erst jetzt an.

[Dayworker]

Okey-dokey, Mission completed...

2013-10-23T09:14:52.171+02:00| vcpu-0| I120: DISKLIB-CACHE :3800: Write active: G:\My Virtual Machines\Win 7 Pro 32-Bit Arbeitskopie\Win 7 Pro 32-Bit Arbeitskopie-000002.vmdk: 256:CHV[ W:2048:16 R:2048:1 ]

VMware richtet neben dem Win-OS noch einen weiteren Write-Cache für die vermeintlich langsame USB-Verbindung ein.
Da du der VM 2GB vRAM gegönnt hast, wird bei VM-Start eine VMEM-Datei dieser Grösse angelegt und muß beim VM-Shutdown neben dem Shutdown ansich auch sauber wieder entfernt werden. Dabei scheint es aufgrund des doppelten Cachings zu Timingproblemen zu kommen.

Ob man dieses Caching abschalten kann, entzieht sich meiner Kenntnis. Da weiß Continuum hoffentlich mehr. Ansosnten kannst du probieren, der VM den USB-Controller mal wegzunehmen. Dann sollte deine WD MyBook nicht mehr auftauchen und vielleicht ist dann auch das Caching abgeschaltet.

[MFLCOMARCH]

Vielen Dank für Deine Mühe! Da muss ich mal schauen, wie wir das lösen können, weil wir bei vielen VMs USB benötigen. Wir arbeiten viel mit unseren eigenen Scanning-Applikationen und die Scanner sind nun einmal heute fast ausschließlich per USB angeschlossen. Außerdem ist eine unserer Hauptanwendungen gedongelt und die Dongels werden auch am USB-Port angeschlossen. Vielleicht gibt es ja noch einen anderen Workaround.

Danke nochmals.

LG Mike

[MFLCOMARCH]

Hallo nochmal,

so, wir haben das jetzt anders organisiert und werden die VMs nur noch von der internen Platte ausführen, die externe nur für den Transfer verwenden.

Danke für eure Hilfe!!!

Viele Grüße
Mike