VMware-Forum

Verfasst: **06.07.2010, 12:51**

Hallo,

ich benutze VMware 6.5.4 mit einem 64bit Guest Win2008 auf einem 64bit Host Win7. Auf der VM kann ich keine Installation ausführen (unabhängig vom Medium (USB, DVD oder lokal auf Guest kopiert)), eine Systeminfo via Computer --> Properties ist auch nicht möglich. Das Fehlerbild sieht immer gleich aus: Sanduhr....... keine weitere Meldungen, CPU hat keine Last.
Starte ich eine 32bit VM (Server2003) ist ein normales Arbeiten auf dieser VM ohne weiteres möglich, so dass ich denke, es liegt an der 64bit VM.
Die VM wurde mit dem VMconverter von einer physischen Maschine gezogen.
Hat jemand eine Lösung?

Verfasst: **06.07.2010, 14:13**

ich tippe mal du hast der VM zuviel RAM und CPUs spendiert - kannst du mal ein vmware.log der VM bei http://ifile.it hochladen ?

Verfasst: **06.07.2010, 17:10**

Neben dem "vmware.log" aus dem VM-Ordner wäre noch die Antwort auf die Frage interessant, ob du dich bei der W2k8-Konvertierung an Ulli's AnleitungWichtig: Howto P2V Windows 2008 R2gehalten hast? Bei W7 und W2k8 verweigert sich der VMware-Converter bisher...

Verfasst: **06.07.2010, 22:11**

Danke für eure schnellen Antworten, kann leidr erst jetzt reagieren. Die Sicherheitseinstellungen in meiner Firma erlauben nur Beiträge zu erstellen aber nicht darauf zu antworten.

Das .log findet ihr hier: http://ifile.it/af2br57/vmware.log

An die Anleitung habe ich mich nicht gehalten, da ich noch nicht mal davon ausgegangen bin, dass es Streß gibt. Ich habe die VM genauso gezogen wie bei allen anderen Systemen auch (i.a.R. Win2000 und 2003). Sie läuft eigentlich auch problemlos auf dem Host, nachdem ich die Virtuallisierung in dem BIOS des Host eingeschaltet habe. Heute nachmittag sah es auch so aus, dass die Sanduhr auf der VM nach ca. 4h verschwunden war und ich Zugriff auf die Systemeigenschaften der VM bekommen habe. Ich glaube die RAM-Größe ist ein recht guter Ansatz.

@Dayworker: Dankefür den Tipp, ich werde mir die Anleitung mal durchlesen und sobald ich wieder Zugriff zur physischen Maschine habe, ziehe ich eine VM von ihr nach dem HowTo.

Thx

Verfasst: **06.07.2010, 23:49**

eine monolithicSParse und 3 Gb RAM und 2 vCPUs

wirklich wundern tut es mich nicht - aber ich verstehe die Problem im log trotzdem nicht.
Kannst du keine neue VM aufsetzen - die wird wahrscheinlich ganz deutlich besser laufen

Verfasst: **07.07.2010, 06:59**

Jul 06 10:56:52.809: vmx| DUMPER: restoring checkpoint version 8
Jul 06 10:56:52.809: vmx| Checkpointed in VMware Workstation, 6.5.4 build-246459, build-246459, Windows Host

Wenn ich mir die ganzen Dumper-Anweisungen so ansehe, solltest du die VM mal richtig runterfahren und nicht bloß pausieren.

Jul 06 10:56:52.805: vmx| DICT ethernet0.present = TRUE
Jul 06 10:56:52.805: vmx| DICT ethernet0.addressType = generated
Jul 06 10:56:52.805: vmx| DICT ethernet0.connectionType = bridged
Jul 06 10:56:52.805: vmx| DICT ethernet0.virtualDev = e1000
Jul 06 10:56:52.805: vmx| DICT ethernet0.startConnected = FALSE
Jul 06 10:56:52.805: vmx| DICT ethernet1.present = TRUE
Jul 06 10:56:52.805: vmx| DICT ethernet1.addressType = generated
Jul 06 10:56:52.805: vmx| DICT ethernet1.connectionType = bridged
Jul 06 10:56:52.805: vmx| DICT ethernet1.virtualDev = e1000
Jul 06 10:56:52.805: vmx| DICT ethernet1.startConnected = FALSE

Du vergibst 2 Netzwerkinterfaces und keines wird im Gast gestartet? W2k8 als Server-OS macht ohne Nic's für mich nicht wirklich Sinn.

Jul 06 10:57:54.260: vcpu-0| serial0: Using auto detect backend COM3.
Jul 06 10:57:54.386: vcpu-0| serial0: dwProvSubType 1
Jul 06 10:57:54.386: vcpu-0| serial0: DATABITS_5 supported: yes
Jul 06 10:57:54.386: vcpu-0| serial0: DATABITS_6 supported: yes
Jul 06 10:57:54.386: vcpu-0| serial0: DATABITS_7 supported: yes
Jul 06 10:57:54.386: vcpu-0| serial0: DATABITS_8 supported: yes
Jul 06 10:57:54.386: vcpu-0| serial0: STOPBITS_10 supported: yes
Jul 06 10:57:54.386: vcpu-0| serial0: STOPBITS_15 supported: yes
Jul 06 10:57:54.386: vcpu-0| serial0: STOPBITS_20 supported: yes
Jul 06 10:57:54.386: vcpu-0| serial0: PARITY_NONE supported: yes
Jul 06 10:57:54.386: vcpu-0| serial0: PARITY_ODD supported: yes
Jul 06 10:57:54.386: vcpu-0| serial0: PARITY_EVEN supported: yes
Jul 06 10:57:54.386: vcpu-0| serial0: PARITY_MARK supported: yes
Jul 06 10:57:54.386: vcpu-0| serial0: PARITY_SPACE supported: yes
Jul 06 10:57:54.386: vcpu-0| serial0: BAUD_075 supported: no
Jul 06 10:57:54.386: vcpu-0| serial0: BAUD_110 supported: no
Jul 06 10:57:54.386: vcpu-0| serial0: BAUD_134_5 supported: no
Jul 06 10:57:54.386: vcpu-0| serial0: BAUD_150 supported: no
Jul 06 10:57:54.386: vcpu-0| serial0: BAUD_300 supported: no
Jul 06 10:57:54.386: vcpu-0| serial0: BAUD_600 supported: no
Jul 06 10:57:54.386: vcpu-0| serial0: BAUD_1200 supported: no
Jul 06 10:57:54.387: vcpu-0| serial0: BAUD_1800 supported: no
Jul 06 10:57:54.387: vcpu-0| serial0: BAUD_2400 supported: no
Jul 06 10:57:54.387: vcpu-0| serial0: BAUD_4800 supported: no
Jul 06 10:57:54.387: vcpu-0| serial0: BAUD_7200 supported: no
Jul 06 10:57:54.387: vcpu-0| serial0: BAUD_9600 supported: no
Jul 06 10:57:54.387: vcpu-0| serial0: BAUD_14400 supported: no
Jul 06 10:57:54.387: vcpu-0| serial0: BAUD_19200 supported: no
Jul 06 10:57:54.387: vcpu-0| serial0: BAUD_38400 supported: no
Jul 06 10:57:54.387: vcpu-0| serial0: BAUD_56K supported: no
Jul 06 10:57:54.387: vcpu-0| serial0: BAUD_57600 supported: no
Jul 06 10:57:54.387: vcpu-0| serial0: BAUD_115200 supported: no
Jul 06 10:57:54.387: vcpu-0| serial0: BAUD_128K supported: no
Jul 06 10:57:54.387: vcpu-0| serial0: BAUD_USER supported: yes

Gibt es eigentlich Gründe, weshalb du USB und Serielle/Parallele Schnittstelle in der VM brauchst? Ich hab hier einen Rechner, der hin&wieder seriell zur Maschinensteuerung genutzt wird und während dessen immer fast einschläft. Die Maus bewegt sich weiterhin normal, aber durch die häufigen Interrupts der seriellen Schnittstelle wird die restliche Programmausführung extrem verzögert.

Jul 06 10:56:52.806: vmx| DICT usb.autoConnect.device0 = path:1/7/3 autoclean:1

Ein USB-Gerät läßt sich immer nur in einer VM exklusiv betreiben. Wenn du ein bestimmtes Gerät immer per Automatik in eine VM hieven willst, solltest du sicherheitshalber immer denselben USB-Steckplatz nutzen. Andernfalls bekommst du folgerichtig die Mitteilung:

Jul 06 11:27:22.697: vmx| USB: Connecting device 0x700000305e30701
Jul 06 11:27:22.697: vmx| Msg_Hint: msg.usb.disconnectOtherVM (sent)
Jul 06 11:27:22.697: vmx| This VM is trying to claim a USB device that is already attached to another virtual machine (S160_Board_20100616_delivery). If you continue, the device will be disconnected from that VM.

Jul 06 11:23:04.905: vcpu-0| Not caching pages 3727803 through 3727866 because of write on page 3727862 on write.
Jul 06 11:23:04.906: vcpu-0| Not caching pages 3727811 through 3727874 because of write on page 3727862 on write.
Jul 06 11:23:04.907: vcpu-0| Not caching pages 3727843 through 3727874 because of write on page 3727862 on write.
Jul 06 11:23:04.908: vcpu-0| Not caching pages 3727851 through 3727914 because of write on page 3727862 on write.
Jul 06 11:23:04.909: vcpu-0| Not caching pages 3727858 through 3727866 because of write on page 3727862 on write.
Jul 06 11:23:06.558: vcpu-1| Not caching pages 3728546 through 3728609 because of write on page 3728604 on write.
Jul 06 11:23:06.558: vcpu-1| Not caching pages 3728554 through 3728617 because of write on page 3728604 on write.
Jul 06 11:23:06.559: vcpu-1| Not caching pages 3728562 through 3728625 because of write on page 3728604 on write.
Jul 06 11:23:06.559: vcpu-1| Not caching pages 3728570 through 3728633 because of write on page 3728604 on write.
Jul 06 11:23:06.559: vcpu-1| Not caching pages 3728572 through 3728635 because of write on page 3728604 on write.

Ähem, damit dürfte die VM nicht mehr zu retten sein. Du solltest entweder erneut vom Echtblech konvertieren oder besser direkt in eine VM installieren. Dabei solltest du auf die mitwachsende v.Disk (Sparse-Disk) verzichten und eine Preallocated-Disk anlegen. Dann wird die VM zwar gleich en-bloc angelegt, aber sie kann nicht mehr so schnell fragmentieren. Ob du die v.Disk zusätzlich in 2GB-Häppchen unterteilst, bleibt dir überlassen. Aus performancetechnischer Sicht sind keine Unterschiede zwischen Preallocated-enbloc und Preallocated-2GB-Häppchen bekannt, allerdings lassen sich 2GB-Häppchen notfall auch noch auf DVD/BD sichern.

Verfasst: **07.07.2010, 08:40**

Hallo und danke @ all,

eine neue VM kann ich nicht von der Maschine ziehen, da diese zur Zeit nicht erreichbar ist. Das nicht standartmäßige Verbinden mit einem Netzwerk ist gewünscht, da die VM uns nicht zu produktiven Zwecken dient, sondern nur ein Abbild einer Kundenkonfiguration ist, soll heißen, der Server wird dem Kunden übergeben und wenn wir ein Update irgendwelcher Komponenten vornehmen, wird das erst auf der VM getestet und anschließend in das Kundensystem gebracht.

VM runterfahren: muß ich mir angewöhnen, kein Problem

serielle Schnittstelle: kein Sinn, wird deaktiviert

USB-Ports: ok

@Continuum: wieviel RAm würdest du empfehlen? der Host hat 8GB, meistens laufen immer 3 VM parallel (2xServer2003 und die eine Server2008)

Gruß

Verfasst: **07.07.2010, 11:19**

Mehr als 2GB RAM und mehr als Single- maximal Dual-Core machen virtualisiert keinen Sinn. Wenn eine Programm das definitiv braucht, sollte es weiter auf Echtblech laufen, da es dort immer performanter laufen wird.

Verfasst: **07.07.2010, 13:17**

Ich danke euch für eure Antworten.

Ich glaube das Problem ist gelöst, unabhängig von der Anzahl der CPU´s. Ich habe die gleiche VM auf einem Host mit XP-64 bit laufen lassen und hatte dort die gleichen Probleme.

Auf dem Guest deaktivierte ich dann mal die Benutzerkontensteuerung --> und siehe da, es ist möglich etwas zu installieren, portable SW usw. auszuführen.
Daher würde ich (vorsichtig) behaupten, dass das die Probleme hervorgerufen hat.

Thx an alle

Verfasst: **07.07.2010, 14:03**

Möglich, aber ich denke das Problem liegt woanders. Manche SW scheitert bei der Ausführung auf einem Server-OS, entweder weil es noch zu neu ist oder das Programm hat einfach ein generelles Problem mit dem OS. Ich hatte selbst mal einen Rechner mit XP64 gestellt bekommen und meine Wunsch-SW verweigerte sich immer mit dem Hinweis, daß W2k3 nicht unterstützt wird...

Hast du deine SW mal mit Rechtsklick und "Ausführen als Admin" probiert. Bei älterer SW werden administrative Rechte nicht immer angefordert, sie setzen sie einfach voraus und müssen daher zwangsläufig scheitern. Die UAC zu deaktivieren, ist speziell auf einem Server-OS so mit das Schlechteste, was du hast machen können. Damit verwässerst du unnötig die Sicherheit. Daher würde ich in diesem Fall einfach auf deine SW verzichten.

Verfasst: **07.07.2010, 16:50**

Ich weiß, das die UAC schon ihre Daseinsberechtigung haben, aber die VM dient nur zum Abbild einer gelieferten Kundenconfig., sie hat weder Zugriff zu einem Netzwerk noch arbeitet jemand anderes außer mir damit. Bedeutet, sie ist vollständig isoliert...... Softwareinstallationen erfolgen nur von mir und nur SW die auf anderen System vorab geprüft wurden.....

VMware-Forum

VMware 6.5.4 - keine Installationen auf Guest mgl.

VMware 6.5.4 - keine Installationen auf Guest mgl.