Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!

Vmware Server 2.0 Virtuelle Maschine umziehen....

Hilfe bei Problemen mit der Installation oder Benutzung des VMware Server 2.

Moderatoren: irix, Dayworker

Member
Beiträge: 4
Registriert: 30.09.2008, 13:57

Vmware Server 2.0 Virtuelle Maschine umziehen....

Beitragvon onE » 30.09.2008, 14:02

Hallo, Ich habe ein Problem mit der neuen Vmware Server 2.0 Version und zwar habe ich einige Virtuelle Maschinen bei mir am Laptop erstellt und konfiguriert. Als ich die fertigen Machinen auf einen anderen Host kopiert habe und die dort eingefügt habe lassen die sich dort nicht starten?

Es kommt eine Fehlermeldung von wegen power failed usw.

Kennt jemand dieses Problem? bei den älteren Versionen ging das! ich denke es hat etwas mit den Rechten zutun weil ich mich bei mir am laptop anders anmelde als am anderen host system?!?

vielen dank im vorraus

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 30.09.2008, 17:31

Welche Fehlermeldung ?

Member
Beiträge: 4
Registriert: 30.09.2008, 13:57

Beitragvon onE » 01.10.2008, 10:31

Hallo,

diese:
"power on virtual machine failed"

wie gesagt ich denke wirklich das es daran liegt das ein andere benutzer die maschine erstellt hat und ein anderer diese nun einbinden möchte ?! früher gab es doch ein private button war nicht genau dieser für sowas?

vielen dank dir schonma

Member
Beiträge: 4
Registriert: 30.09.2008, 09:15

Beitragvon MyOwnShadow » 04.10.2008, 07:37

Ich habe doch genau das gleiche Problem.
Das hat eindeutig mit der Version 2.0 zu tun.
Blöd ist nur, dass nach dem Rückschritt auf 1.0.7 der Fehler erhalten bleibt, mann also NICHT wie bisher weiter arbeiten kann.

King of the Hill
Beiträge: 13587
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 04.10.2008, 14:06

Habt ihr mal versucht eurem VM-Speicherort mal Rechte für die Gruppe __vmware_user__ einzuräumen? Oder allgemein mal die Rechte dafür zu kontrollieren?

Member
Beiträge: 4
Registriert: 30.09.2008, 09:15

Beitragvon MyOwnShadow » 04.10.2008, 20:07

Habe ich ausprobiert. __vmware_user__ hat Vollzugriff erhalten.
Der Effekt ist aber der Gleiche, leider keine Änderung.

Der Benutzer hat auch Admin Rechte.

King of the Hill
Beiträge: 13587
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 04.10.2008, 22:54

Könnt ihr mal ein kurzes Log posten?
Weil nur "power on failed" dürfte ja nicht alles sein...

Member
Beiträge: 18
Registriert: 01.10.2008, 20:23

Beitragvon technicman » 09.10.2008, 07:15

Hallo,
habe auch das Problem.

Hier mal ein paar Zeilen aus dem Log:

[2008-10-09 07:05:44.955 'PropertyProvider' 6108 verbose] RecordOp ASSIGN: info, haTask--vmodl.query.PropertyCollector.Filter.destroy-22
[2008-10-09 07:05:44.971 'PropertyProvider' 6108 verbose] RecordOp ASSIGN: info, haTask--vmodl.query.PropertyCollector.Filter.destroy-23
[2008-10-09 07:05:44.971 'PropertyProvider' 5816 verbose] RecordOp ASSIGN: info, haTask--vmodl.query.PropertyCollector.Filter.destroy-24
[2008-10-09 07:05:44.986 'PropertyProvider' 5868 verbose] RecordOp ASSIGN: info, haTask--vmodl.query.PropertyCollector.Filter.destroy-25
[2008-10-09 07:05:45.002 'PropertyProvider' 4564 verbose] RecordOp ASSIGN: info, haTask--vmodl.query.PropertyCollector.Filter.destroy-26
[2008-10-09 07:05:45.002 'PropertyProvider' 5868 verbose] RecordOp ASSIGN: info, haTask--vmodl.query.PropertyCollector.Filter.destroy-27
[2008-10-09 07:05:45.002 'PropertyProvider' 5868 verbose] RecordOp ASSIGN: info, haTask--vmodl.query.PropertyCollector.Filter.destroy-28
[2008-10-09 07:05:45.722 'PropertyProvider' 2356 verbose] RecordOp ASSIGN: info, haTask-16-vim.EnvironmentBrowser.queryConfigOption-29
[2008-10-09 07:05:46.285 'PropertyProvider' 6112 verbose] RecordOp ASSIGN: info, haTask-16-vim.EnvironmentBrowser.queryConfigTarget-30
[2008-10-09 07:05:49.132 'TaskManager' 6112 info] Task Created : haTask-16-vim.VirtualMachine.powerOn-31
[2008-10-09 07:05:49.132 'PropertyProvider' 6112 verbose] RecordOp ADD: recentTask["haTask-16-vim.VirtualMachine.powerOn-31"], 16
[2008-10-09 07:05:49.132 'PropertyProvider' 6112 verbose] RecordOp ADD: recentTask["haTask-16-vim.VirtualMachine.powerOn-31"], ha-taskmgr
[2008-10-09 07:05:49.148 'ha-eventmgr' 6112 info] Event 3 : WinXP Prof. DAW on host NB_SWobig.askom.local in ha-datacenter is starting
[2008-10-09 07:05:49.148 'PropertyProvider' 6112 verbose] RecordOp ASSIGN: latestEvent, ha-eventmgr
[2008-10-09 07:05:49.148 'vm:D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx' 6112 info] State Transition (VM_STATE_OFF -> VM_STATE_POWERING_ON)
[2008-10-09 07:05:49.148 'PropertyProvider' 6112 verbose] RecordOp ASSIGN: disabledMethod, 16
[2008-10-09 07:05:49.148 'ha-license-manager' 6112 info] Vimsvc::HaLicenseSourceImpl::CheckLicenses: skipped on this platform
[2008-10-09 07:05:49.195 'PropertyProvider' 2024 verbose] RecordOp ASSIGN: info, haTask-16-vim.VirtualMachine.powerOn-31
[2008-10-09 07:05:49.273 'Libs' 5136 info] VMHSVMCbPower: Setting state of VM /vm/#dc23a25b10c5a13e/ to powerOn with option soft
[2008-10-09 07:05:50.196 'PropertyProvider' 2024 verbose] RecordOp ASSIGN: info, haTask-16-vim.VirtualMachine.powerOn-31
[2008-10-09 07:05:51.197 'PropertyProvider' 2024 verbose] RecordOp ASSIGN: info, haTask-16-vim.VirtualMachine.powerOn-31
[2008-10-09 07:05:52.042 'Libs' 5136 info] Mounting virtual machine paths on connection: /db/connection/#20/, D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx
[2008-10-09 07:05:52.198 'PropertyProvider' 2024 verbose] RecordOp ASSIGN: info, haTask-16-vim.VirtualMachine.powerOn-31
[2008-10-09 07:05:52.245 'Libs' 5136 info] Mount VM completion for vm: D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx
[2008-10-09 07:05:52.261 'Libs' 5136 info] Mount VM Complete: D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx, Return code: OK
[2008-10-09 07:05:52.292 'vm:D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx' 4564 info] Question info: The Microsoft Windows XP product activation feature creates a key based on the virtual hardware in the virtual machine where it is installed. Changes in the virtual machine configuration may require you to reactivate the guest operating system. To minimize those changes, be sure to set the final memory size for the virtual machine and install VMware Tools before you activate Windows XP.
For more information about Windows XP product activation and virtual machines see our Web site at "http://vmware.com/info?id=21".
, Id: 0 : Type : 5, Default: 0, Number of options: 1
[2008-10-09 07:05:52.292 'Libs' 5136 info] Disconnect check in progress: D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx
[2008-10-09 07:05:52.558 'Libs' 5136 info] Disconnect check in progress: D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx
[2008-10-09 07:05:52.589 'Libs' 5136 info] Disconnect check in progress: D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx
[2008-10-09 07:05:52.589 'vm:D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx' 5868 info] Question info: You are running VMware Server with the DEBUG option. Please be advised that the additional logging and error checking enabled by this option result in substantially slower execution.
This option cannot be disabled on this build of VMware Server.
, Id: 1 : Type : 5, Default: 0, Number of options: 1
[2008-10-09 07:05:52.605 'ha-eventmgr' 4564 info] Event 4 : Message on WinXP Prof. DAW on NB_SWobig.askom.local in ha-datacenter: The Microsoft Windows XP product activation feature creates a key based on the virtual hardware in the virtual machine where it is installed. Changes in the virtual machine configuration may require you to reactivate the guest operating system. To minimize those changes, be sure to set the final memory size for the virtual machine and install VMware Tools before you activate Windows XP.
For more information about Windows XP product activation and virtual machines see our Web site at "http://vmware.com/info?id=21".

[2008-10-09 07:05:52.605 'PropertyProvider' 4564 verbose] RecordOp ASSIGN: latestEvent, ha-eventmgr
[2008-10-09 07:05:52.636 'PropertyProvider' 2356 verbose] RecordOp ASSIGN: config.hardware.device[7000].busNumber, 16
[2008-10-09 07:05:52.636 'PropertyProvider' 2356 verbose] RecordOp ASSIGN: summary, 16
[2008-10-09 07:05:52.652 'ha-eventmgr' 5868 info] Event 5 : Message on WinXP Prof. DAW on NB_SWobig.askom.local in ha-datacenter: You are running VMware Server with the DEBUG option. Please be advised that the additional logging and error checking enabled by this option result in substantially slower execution.
This option cannot be disabled on this build of VMware Server.

[2008-10-09 07:05:52.652 'PropertyProvider' 5868 verbose] RecordOp ASSIGN: latestEvent, ha-eventmgr
[2008-10-09 07:05:52.668 'Libs' 5136 info] Disconnect check in progress: D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx
[2008-10-09 07:05:52.793 'PropertyProvider' 6112 verbose] RecordOp ASSIGN: config.hardware.device[7000].busNumber, 16
[2008-10-09 07:05:52.793 'PropertyProvider' 6112 verbose] RecordOp ASSIGN: summary, 16
[2008-10-09 07:05:53.200 'PropertyProvider' 2024 verbose] RecordOp ASSIGN: info, haTask-16-vim.VirtualMachine.powerOn-31
[2008-10-09 07:05:53.231 'Libs' 5136 info] Disconnect check in progress: D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx
[2008-10-09 07:05:53.246 'vm:D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx' 5868 info] Question info: Cannot open the disk 'D:\virtuelle Systeme\WinXP\Windows XP Professional.vmdk' or one of the snapshot disks it depends on.
Reason: Failed to lock the file., Id: 2 : Type : 3, Default: 0, Number of options: 1
[2008-10-09 07:05:53.293 'Libs' 5136 info] Disconnect check in progress: D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx
[2008-10-09 07:05:53.325 'Libs' 5136 info] VMX status has been set for vm: D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx
[2008-10-09 07:05:53.325 'Libs' 5136 info] Disconnect check in progress: D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx
[2008-10-09 07:05:53.325 'Libs' 5136 info] Unmounting the vm: D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx
[2008-10-09 07:05:53.325 'Libs' 5136 info] Unmounting VM complete: D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx
[2008-10-09 07:05:53.340 'Libs' 5136 info] Mount state values have changed: D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx
[2008-10-09 07:05:53.340 'Libs' 5136 info] Reloading config state: D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx
[2008-10-09 07:05:53.356 'ha-eventmgr' 5868 info] Event 6 : Message on WinXP Prof. DAW on NB_SWobig.askom.local in ha-datacenter: Cannot open the disk 'D:\virtuelle Systeme\WinXP\Windows XP Professional.vmdk' or one of the snapshot disks it depends on.
Reason: Failed to lock the file.
[2008-10-09 07:05:53.356 'PropertyProvider' 5868 verbose] RecordOp ASSIGN: latestEvent, ha-eventmgr
[2008-10-09 07:05:53.919 'Libs' 5136 info] VMHS: Transitioned vmx/execState/val to poweredOff
[2008-10-09 07:05:54.216 'Libs' 5136 info] SOCKET 1 (1916)
[2008-10-09 07:05:54.232 'Libs' 5136 info] send error 10054: Unknown error 10054 (0x2746)
[2008-10-09 07:05:54.310 'Vmsvc' 2024 info] Failed to do Power Op: Error: (1) Unknown error
[2008-10-09 07:05:54.310 'vm:D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx' 2024 warning] Failed operation
[2008-10-09 07:05:54.342 'ha-eventmgr' 2024 info] Event 7 : Failed to power on WinXP Prof. DAW on NB_SWobig.askom.local in ha-datacenter: A general system error occurred:
[2008-10-09 07:05:54.342 'PropertyProvider' 2024 verbose] RecordOp ASSIGN: latestEvent, ha-eventmgr
[2008-10-09 07:05:54.342 'vm:D:\virtuelle Systeme\WinXP\Windows XP Professional.vmx' 2024 info] State Transition (VM_STATE_POWERING_ON -> VM_STATE_OFF)
[2008-10-09 07:05:54.342 'PropertyProvider' 2024 verbose] RecordOp ASSIGN: disabledMethod, 16
[2008-10-09 07:05:54.342 'TaskManager' 2024 info] Task Completed : haTask-16-vim.VirtualMachine.powerOn-31
[2008-10-09 07:05:54.342 'PropertyProvider' 2024 verbose] RecordOp ASSIGN: info, haTask-16-vim.VirtualMachine.powerOn-31
[2008-10-09 07:05:54.342 'PropertyProvider' 5868 verbose] RecordOp ASSIGN: config, 16
[2008-10-09 07:05:54.342 'PropertyProvider' 5868 verbose] RecordOp ASSIGN: disabledMethod, 16
[2008-10-09 07:05:54.342 'PropertyProvider' 5868 verbose] RecordOp ASSIGN: guest, 16
[2008-10-09 07:05:54.342 'PropertyProvider' 5868 verbose] RecordOp ASSIGN: summary.guest, 16


Glaube der Knackpunkt ist diese Sache mit "file can not lock"...

Gruß
Stephan
Dateianhänge
vs2.png
...und hier ein Screenshot der Fehlermeldung
vs2.png (6.76 KiB) 2617 mal betrachtet

King of the Hill
Beiträge: 13587
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 09.10.2008, 11:32

Wohl eher dieses:

[2008-10-09 07:05:53.356 'ha-eventmgr' 5868 info] Event 6 : Message on WinXP Prof. DAW on NB_SWobig.askom.local in ha-datacenter: Cannot open the disk 'D:\virtuelle Systeme\WinXP\Windows XP Professional.vmdk' or one of the snapshot disks it depends on.

Er findet seine VM-Disk nicht. Dem zufolge gibt es auch diese Meldung: "Reason: Failed to lock the file."

Überprüfe mal die Einstellungen der VMX-Datei.

Member
Beiträge: 18
Registriert: 01.10.2008, 20:23

Beitragvon technicman » 09.10.2008, 12:50

Die Pfade zu den vmdk Dateien haben gepasst.
Die Lösung war viel einfacher....

Zu jeder virtuellen Festplatte gab es eine lock Datei. Also "Disk1.vmdk" & "Disk1.vmdk.lck" zum Beispiel.
Habe einfach die *.lck" Dateien gelöscht und siehe da. Die VMs starten wieder wie gewohnt.

Bei mir hat's funktioniert. Vielleicht probiert ihr das auch mal bei euch aus- aber vielleicht erstmal mit ner unwichtigen VM :-)

Gruß
Stephan

Experte
Beiträge: 1188
Registriert: 08.11.2005, 13:08
Wohnort: bei Berlin

Beitragvon e-e-e » 09.10.2008, 12:59

Hallo,

wenn die *.lck-Dateien noch da waren, wurden die VMs aber nicht sauber runtergefahren!!!
Ansonsten einfach mal die Dateien umbenennen und nicht gleich löschen.

Gruß
Ronny

Member
Beiträge: 18
Registriert: 01.10.2008, 20:23

Beitragvon technicman » 09.10.2008, 13:16

Gute Idee, vielleicht nicht gleich die Holzhammermethode wählen.

Ob die VMs richtige beendet wurden kann ich tatsächlich nicht sagen. Waren eher experimentell auf meinem PC.

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 09.10.2008, 14:45

.lck files kann man bedenkenlos loeschen


Zurück zu „VMserver 2“

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 3 Gäste