VMware-Forum

hallo!

eine Frage: wenn ich jetzt den vmware server 1.0.4 auf vmware server 2 update will...
gehen die VM's verloren?

ich habe mir das InstallFile vom Server 2.0 herunter geladen!
wenn ich das ausführe sagt er: er deinstalliert vorher 1.0.4 und installt den neuen!

mfg mani

Macht keinerlei Probleme. Ich würde dir aber empfehlen, dich vorher über die Nachteile des VMserver2 genauestens hier im Forum zu informieren. Ansonsten hast du ungewollte Trauer.

PS: Verneine auf jeden Fall die Frage der Übernahme der Seriennummer für den Fall einer Reinst, manchmal wird die alte trotzdem nicht anerkannt und die neue wird als ungültig abgelehnt.

Dayworker hat geschrieben:Macht keinerlei Probleme. Ich würde dir aber empfehlen, dich vorher über die Nachteile des VMserver2 genauestens hier im Forum zu informieren. Ansonsten hast du ungewollte Trauer.

okay gut Danke!
Das ist unser letztes System!
hatten schon ein paar 2.oer... die jedoch zum ESX geworden sind!

jetzt haben wir aber ein Image von einem 2.0er bekommen und das funktioniert nicht unter 1.0.4

Dayworker hat geschrieben:PS: Verneine auf jeden Fall die Frage der Übernahme der Seriennummer für den Fall einer Reinst, manchmal wird die alte trotzdem nicht anerkannt und die neue wird als ungültig abgelehnt.

gut danke!

Das ist kein problem - eine Rueckstufung ist von Hand machbar - das waere fuer mich keine Grund auf Version 2 zu downgraden

continuum hat geschrieben:Das ist kein problem - eine Rueckstufung ist von Hand machbar - das waere fuer mich keine Grund auf Version 2 zu downgraden

zu spät ^^

wie wäre es gegangen?


eine frage noch: gibt es für Server 2 auch einen Vmware Server Console???
die man bei sich lokal installieren kann und dann auf den S2 verbindet?

mfg mani

hamski hat geschrieben:eine frage noch: gibt es für Server 2 auch einen Vmware Server Console???
die man bei sich lokal installieren kann und dann auf den S2 verbindet?

Guck http://vmware-forum.de/viewtopic.php?p=86812#86812 an

Gruss
Joerg

irix hat geschrieben:

hamski hat geschrieben:eine frage noch: gibt es für Server 2 auch einen Vmware Server Console???
die man bei sich lokal installieren kann und dann auf den S2 verbindet?

Guck http://vmware-forum.de/viewtopic.php?p=86812#86812 an

Gruss
Joerg

da gehts ja um 8GB Ram ?!?!?!?!

mfg mani

hamski hat geschrieben:

irix hat geschrieben:

hamski hat geschrieben:eine frage noch: gibt es für Server 2 auch einen Vmware Server Console???
die man bei sich lokal installieren kann und dann auf den S2 verbindet?

Guck http://vmware-forum.de/viewtopic.php?p=86812#86812 an

Gruss
Joerg

da gehts ja um 8GB Ram ?!?!?!?!

mfg mani

Lese den 2. Absatz des verlinkten Threads.

Gruss
Joerg

http://vmware-forum.de/viewtopic.php?p=86812#86812 hat geschrieben:Pessimistisch, klares nein; genervt trifft es eher. Der Server1 bot konsistent neben einer vernünftigen Console für beide wichtigen Betriebssysteme auch alle Einstellmöglichkeiten darüber an und war in ein VC zu integrieren. Der Server2 hat dagegen sein stellenweise extrem bockiges Webbrowser-Plugin, daß nicht mit allen Browsern funktioniert und zudem nicht alle Einstellmöglichkeiten bietet.

Lies dir bei der Gelegenheit auch gleich mal den Thread Wichtig: Server 2.0 - Wie logge ich mich ein durch. Da gibts gleich mal für die nächste Hürde mit dem https-Zugang, dem Zertifikat und der Benutzer/Paßwort-Eingabe weitere Hilfe.

ah sry hab ich ganz überlesen!
bins 2mal durchgegangen hab aber nichts gefunden!

jedoch musste ich nun feststellen das jetzt alle Browser die WebConsole öffnen können!
Ich selbst finde Server 2 nicht so schlecht!

ABer ESX ist um einiges besser!

mfg mani

hilfeeeee

heute früh lief die VM noch... wenn ich sie jetzt starten will kommt:
"Power On Virtual Machine" failed to complete
You have started VMware Server with an out-of-date copy of the application. VMware Server cannot power on virtual machines using this copy (version 2.0.2). To power on this virtual machine, run VMware Server from the default location.

und sie wird nicht gestartet!

mfg mani

schreiben die VMs noch ein vmware.log ?

continuum hat geschrieben:schreiben die VMs noch ein vmware.log ?

JA!
(IP und Teilpfad durch * ersetzt)

Nov 24 14:43:24.248: vmx| Log for VMware Server pid=3504 version=2.0.2 build=build-203138 option=Release
Nov 24 14:43:24.248: vmx| Hostname=ATLANTIS.fts.linz
Nov 24 14:43:24.248: vmx| IP=*************
Nov 24 14:43:24.248: vmx| IP=*************
Nov 24 14:43:24.248: vmx| IP=*************
Nov 24 14:43:24.248: vmx| Command line: "*\VMware\VMware Server\vmware-vmx.exe" "-T" "querytoken" "*\VmWare\VisioEA_VS8_Oracle\Windows XP Professional.vmx"
Nov 24 14:43:24.295: vmx| Transitioned vmx/execState/val to poweredOff
Nov 24 14:43:24.295: vmx| MStat: Creating Stat system.cpuusage
Nov 24 14:43:24.295: vmx| MStat: Creating Stat system.ram
Nov 24 14:43:24.295: vmx| MStat: Creating Stat system.uptime
Nov 24 14:43:24.295: vmx| MStat: Creating Stat system.load
Nov 24 14:43:24.295: vmx| HD: host version is 5.2.3790
Nov 24 14:43:24.295: vmx| HD: addr 8084075c
Nov 24 14:43:24.295: vmx| HD: 808ad928, 8089e400
Nov 24 14:43:24.295: vmx| VMMon_GetkHzEstimate: Calculated 2133450 kHz
Nov 24 14:43:24.295: vmx| VMMon_RememberkHzEstimate: Calculated 2133450 kHz
Nov 24 14:43:24.311: vmx| CPU # 0 TSC = 1104532479651272
Nov 24 14:43:24.311: vmx| CPU # 1 TSC = 1104532479651144
Nov 24 14:43:24.311: vmx| TSC delta 128
Nov 24 14:43:24.311: vmx| PTSC: RefClockToTSC 2133450000Hz -> 2133450000Hz
Nov 24 14:43:24.311: vmx| PTSC: RefClockToTSC ((x * 2147483648) >> 31)
Nov 24 14:43:24.311: vmx| PTSC: using TSC
Nov 24 14:43:24.311: vmx| CPUID[0] vendor: GenuntelineI
Nov 24 14:43:24.311: vmx| CPUID[0] name: Intel(R) Xeon(R) CPU 3050 @ 2.13GHz
Nov 24 14:43:24.311: vmx| CPUID[0] level 00000000, 0: 0x0000000a 0x756e6547 0x6c65746e 0x49656e69
Nov 24 14:43:24.311: vmx| CPUID[0] level 00000001, 0: 0x000006f6 0x00020800 0x0000e3bd 0xbfebfbff
Nov 24 14:43:24.311: vmx| CPUID[0] level 00000002, 0: 0x05b0b101 0x005657f0 0x00000000 0x2cb4307d
Nov 24 14:43:24.311: vmx| CPUID[0] level 00000003, 0: 0x00000000 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[0] level 00000004, 0: 0x04000121 0x01c0003f 0x0000003f 0x00000001
Nov 24 14:43:24.311: vmx| CPUID[0] level 00000005, 0: 0x00000040 0x00000040 0x00000003 0x00000020
Nov 24 14:43:24.311: vmx| CPUID[0] level 00000006, 0: 0x00000001 0x00000002 0x00000001 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[0] level 00000007, 0: 0x00000000 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[0] level 00000008, 0: 0x00000400 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[0] level 00000009, 0: 0x00000000 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[0] level 0000000a, 0: 0x07280202 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[0] level 80000000, 0: 0x80000008 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[0] level 80000001, 0: 0x00000000 0x00000000 0x00000001 0x20100000
Nov 24 14:43:24.311: vmx| CPUID[0] level 80000002, 0: 0x65746e49 0x2952286c 0x6f655820 0x2952286e
Nov 24 14:43:24.311: vmx| CPUID[0] level 80000003, 0: 0x55504320 0x20202020 0x20202020 0x20202020
Nov 24 14:43:24.311: vmx| CPUID[0] level 80000004, 0: 0x30353033 0x20402020 0x33312e32 0x007a4847
Nov 24 14:43:24.311: vmx| CPUID[0] level 80000005, 0: 0x00000000 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[0] level 80000006, 0: 0x00000000 0x00000000 0x08006040 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[0] level 80000007, 0: 0x00000000 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[0] level 80000008, 0: 0x00003024 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[1] vendor: GenuntelineI
Nov 24 14:43:24.311: vmx| CPUID[1] name: Intel(R) Xeon(R) CPU 3050 @ 2.13GHz
Nov 24 14:43:24.311: vmx| CPUID[1] level 00000000, 0: 0x0000000a 0x756e6547 0x6c65746e 0x49656e69
Nov 24 14:43:24.311: vmx| CPUID[1] level 00000001, 0: 0x000006f6 0x01020800 0x0000e3bd 0xbfebfbff
Nov 24 14:43:24.311: vmx| CPUID[1] level 00000002, 0: 0x05b0b101 0x005657f0 0x00000000 0x2cb4307d
Nov 24 14:43:24.311: vmx| CPUID[1] level 00000003, 0: 0x00000000 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[1] level 00000004, 0: 0x04000121 0x01c0003f 0x0000003f 0x00000001
Nov 24 14:43:24.311: vmx| CPUID[1] level 00000005, 0: 0x00000040 0x00000040 0x00000003 0x00000020
Nov 24 14:43:24.311: vmx| CPUID[1] level 00000006, 0: 0x00000001 0x00000002 0x00000001 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[1] level 00000007, 0: 0x00000000 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[1] level 00000008, 0: 0x00000400 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[1] level 00000009, 0: 0x00000000 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[1] level 0000000a, 0: 0x07280202 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[1] level 80000000, 0: 0x80000008 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[1] level 80000001, 0: 0x00000000 0x00000000 0x00000001 0x20100000
Nov 24 14:43:24.311: vmx| CPUID[1] level 80000002, 0: 0x65746e49 0x2952286c 0x6f655820 0x2952286e
Nov 24 14:43:24.311: vmx| CPUID[1] level 80000003, 0: 0x55504320 0x20202020 0x20202020 0x20202020
Nov 24 14:43:24.311: vmx| CPUID[1] level 80000004, 0: 0x30353033 0x20402020 0x33312e32 0x007a4847
Nov 24 14:43:24.311: vmx| CPUID[1] level 80000005, 0: 0x00000000 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[1] level 80000006, 0: 0x00000000 0x00000000 0x08006040 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[1] level 80000007, 0: 0x00000000 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| CPUID[1] level 80000008, 0: 0x00003024 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| hostCPUID vendor: GenuntelineI
Nov 24 14:43:24.311: vmx| hostCPUID name: Intel(R) Xeon(R) CPU 3050 @ 2.13GHz
Nov 24 14:43:24.311: vmx| hostCPUID level 00000000, 0: 0x0000000a 0x756e6547 0x6c65746e 0x49656e69
Nov 24 14:43:24.311: vmx| hostCPUID level 00000001, 0: 0x000006f6 0x00020800 0x0000e3bd 0xbfebfbff
Nov 24 14:43:24.311: vmx| hostCPUID level 00000002, 0: 0x05b0b101 0x005657f0 0x00000000 0x2cb4307d
Nov 24 14:43:24.311: vmx| hostCPUID level 00000003, 0: 0x00000000 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| hostCPUID level 00000004, 0: 0x04000121 0x01c0003f 0x0000003f 0x00000001
Nov 24 14:43:24.311: vmx| hostCPUID level 00000005, 0: 0x00000040 0x00000040 0x00000003 0x00000020
Nov 24 14:43:24.311: vmx| hostCPUID level 00000006, 0: 0x00000001 0x00000002 0x00000001 0x00000000
Nov 24 14:43:24.311: vmx| hostCPUID level 00000007, 0: 0x00000000 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| hostCPUID level 00000008, 0: 0x00000400 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| hostCPUID level 00000009, 0: 0x00000000 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| hostCPUID level 0000000a, 0: 0x07280202 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| hostCPUID level 80000000, 0: 0x80000008 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| hostCPUID level 80000001, 0: 0x00000000 0x00000000 0x00000001 0x20100000
Nov 24 14:43:24.311: vmx| hostCPUID level 80000002, 0: 0x65746e49 0x2952286c 0x6f655820 0x2952286e
Nov 24 14:43:24.311: vmx| hostCPUID level 80000003, 0: 0x55504320 0x20202020 0x20202020 0x20202020
Nov 24 14:43:24.311: vmx| hostCPUID level 80000004, 0: 0x30353033 0x20402020 0x33312e32 0x007a4847
Nov 24 14:43:24.311: vmx| hostCPUID level 80000005, 0: 0x00000000 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| hostCPUID level 80000006, 0: 0x00000000 0x00000000 0x08006040 0x00000000
Nov 24 14:43:24.311: vmx| hostCPUID level 80000007, 0: 0x00000000 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| hostCPUID level 80000008, 0: 0x00003024 0x00000000 0x00000000 0x00000000
Nov 24 14:43:24.311: vmx| CPUID Maximum Physical Address Bits supported across all CPUs: 36
Nov 24 14:43:24.311: vmx| CPU[0]: MSR 0x480 = 0x1a040000000007
Nov 24 14:43:24.311: vmx| CPU[1]: MSR 0x480 = 0x1a040000000007
Nov 24 14:43:24.311: vmx| Common: MSR 0x480 = 0x1a040000000007
Nov 24 14:43:24.311: vmx| CPU[0]: MSR 0x481 = 0x1f00000016
Nov 24 14:43:24.311: vmx| CPU[1]: MSR 0x481 = 0x1f00000016
Nov 24 14:43:24.311: vmx| Common: MSR 0x481 = 0x1f00000016
Nov 24 14:43:24.311: vmx| CPU[0]: MSR 0x482 = 0x77b9fffe0401e172
Nov 24 14:43:24.311: vmx| CPU[1]: MSR 0x482 = 0x77b9fffe0401e172
Nov 24 14:43:24.311: vmx| Common: MSR 0x482 = 0x77b9fffe0401e172
Nov 24 14:43:24.311: vmx| CPU[0]: MSR 0x483 = 0x3efff00036dff
Nov 24 14:43:24.311: vmx| CPU[1]: MSR 0x483 = 0x3efff00036dff
Nov 24 14:43:24.311: vmx| Common: MSR 0x483 = 0x3efff00036dff
Nov 24 14:43:24.311: vmx| CPU[0]: MSR 0x484 = 0x1fff000011ff
Nov 24 14:43:24.311: vmx| CPU[1]: MSR 0x484 = 0x1fff000011ff
Nov 24 14:43:24.311: vmx| Common: MSR 0x484 = 0x1fff000011ff
Nov 24 14:43:24.311: vmx| CPU[0]: MSR 0x485 = 0x403c0
Nov 24 14:43:24.311: vmx| CPU[1]: MSR 0x485 = 0x403c0
Nov 24 14:43:24.311: vmx| Common: MSR 0x485 = 0x403c0
Nov 24 14:43:24.311: vmx| CPU[0]: MSR 0x486 = 0x80000021
Nov 24 14:43:24.311: vmx| CPU[1]: MSR 0x486 = 0x80000021
Nov 24 14:43:24.311: vmx| Common: MSR 0x486 = 0x80000021
Nov 24 14:43:24.311: vmx| CPU[0]: MSR 0x487 = 0xffffffff
Nov 24 14:43:24.311: vmx| CPU[1]: MSR 0x487 = 0xffffffff
Nov 24 14:43:24.311: vmx| Common: MSR 0x487 = 0xffffffff
Nov 24 14:43:24.311: vmx| CPU[0]: MSR 0x488 = 0x2000
Nov 24 14:43:24.311: vmx| CPU[1]: MSR 0x488 = 0x2000
Nov 24 14:43:24.311: vmx| Common: MSR 0x488 = 0x2000
Nov 24 14:43:24.311: vmx| CPU[0]: MSR 0x489 = 0x27ff
Nov 24 14:43:24.311: vmx| CPU[1]: MSR 0x489 = 0x27ff
Nov 24 14:43:24.311: vmx| Common: MSR 0x489 = 0x27ff
Nov 24 14:43:24.311: vmx| CPU[0]: MSR 0x48a = 0x2c
Nov 24 14:43:24.311: vmx| CPU[1]: MSR 0x48a = 0x2c
Nov 24 14:43:24.311: vmx| Common: MSR 0x48a = 0x2c
Nov 24 14:43:24.311: vmx| CPU[0]: MSR 0x48b = 0
Nov 24 14:43:24.311: vmx| CPU[1]: MSR 0x48b = 0
Nov 24 14:43:24.311: vmx| Common: MSR 0x48b = 0
Nov 24 14:43:24.311: vmx| CPU[0]: MSR 0x48c = 0
Nov 24 14:43:24.311: vmx| CPU[1]: MSR 0x48c = 0
Nov 24 14:43:24.311: vmx| Common: MSR 0x48c = 0
Nov 24 14:43:24.311: vmx| CPU[0]: MSR 0x48d = 0
Nov 24 14:43:24.311: vmx| CPU[1]: MSR 0x48d = 0
Nov 24 14:43:24.311: vmx| Common: MSR 0x48d = 0
Nov 24 14:43:24.311: vmx| CPU[0]: MSR 0x48e = 0
Nov 24 14:43:24.311: vmx| CPU[1]: MSR 0x48e = 0
Nov 24 14:43:24.311: vmx| Common: MSR 0x48e = 0
Nov 24 14:43:24.311: vmx| CPU[0]: MSR 0x48f = 0
Nov 24 14:43:24.311: vmx| CPU[1]: MSR 0x48f = 0
Nov 24 14:43:24.311: vmx| Common: MSR 0x48f = 0
Nov 24 14:43:24.311: vmx| CPU[0]: MSR 0x490 = 0
Nov 24 14:43:24.311: vmx| CPU[1]: MSR 0x490 = 0
Nov 24 14:43:24.311: vmx| Common: MSR 0x490 = 0
Nov 24 14:43:24.358: vmx| Host ACPI: can't find SRAT
Nov 24 14:43:24.358: vmx| Host: SRAT tables not found in memory
Nov 24 14:43:24.373: vmx| ACL_InitCapabilities: current IPC thread
Nov 24 14:43:24.373: vmx| ACL_InitCapabilities: done
Nov 24 14:43:24.373: vmx| changing directory to E:\VmWare\VisioEA_VS8_Oracle\.
Nov 24 14:43:24.373: vmx| Config file: *\VmWare\VisioEA_VS8_Oracle\Windows XP Professional.vmx
Nov 24 14:43:24.420: vmx| VMXVmdb_LoadRawConfig: Loading raw config
Nov 24 14:43:24.530: vmx| VMXVmdbCbVmVmxExecState: Exec state change requested to state poweredOn without reset, soft.
Nov 24 14:43:24.530: vmx| TOOLS delaying state change request to state 3
Nov 24 14:43:24.530: vmx| PowerOn
Nov 24 14:43:24.530: vmx| VMX_PowerOn: VMX build 203138, UI build -1
Nov 24 14:43:24.530: vmx| VMX_PowerOn: Error: VMX build 203138 doesn't match UI (no build number set, version 2.0.2). Failing power-on operation. Use vmx.noUIBuildNumberCheck to skip this check.
Nov 24 14:43:24.530: vmx| Msg_Post: Error
Nov 24 14:43:24.530: vmx| [msg.main.versionMismatch] You have started VMware Server with an out-of-date copy of the application. VMware Server cannot power on virtual machines using this copy (version 2.0.2). To power on this virtual machine, run VMware Server from the default location.----------------------------------------
Nov 24 14:43:24.639: vmx| VMAutomation_ReportEvent: Received event (type 5) before power on; ignoring it.
Nov 24 14:43:24.639: vmx| Transitioned vmx/execState/val to poweredOff
Nov 24 14:43:24.858: vmx| vmdbPipe_Streams Couldn't read: OVL_STATUS_EOF
Nov 24 14:43:24.858: vmx| VMX idle exit
Nov 24 14:43:24.858: vmx| Flushing VMX VMDB connections
Nov 24 14:43:24.858: vmx| IPC_exit: disconnecting all threads
Nov 24 14:43:24.858: vmx| VMX exit (0).



mfg mani

Nov 24 14:43:24.530: vmx| VMX_PowerOn: VMX build 203138, UI build -1
Nov 24 14:43:24.530: vmx| VMX_PowerOn: Error: VMX build 203138 doesn't match UI (no build number set, version 2.0.2). Failing power-on operation. Use vmx.noUIBuildNumberCheck to skip this check.

Problem und Lösung werden zwar genannt, allerdings kenne ich den Fehler "UI build -1" nur im Zusammenhang mit einer fehlerhaften Installation und unvollständigen Einträgen in diversen XML-Dateien des VMserver.
Ich würd von daher erstmal einen Reboot versuchen und schauen, ob der Fehler weiterhin auftaucht. Wenn ja sollte vmx.noUIBuildNumberCheck="false" nur eine kurzfristige Lösung sein, der Eintrag wird dann entweder in allen VMX oder in der "config.ini" nötig. Die Lösung sähe in einer vollständigen Deinst aller VMware-Einträge/-Dateien ohne die VMs und ablehnen der Seriennummerspeicherung für den Fall einer Reinst, gefolgt von 2 Reboots und dann erst der kompletten ReInst.

Falls du das Problem öfter haben solltest, brauchst du einfach nur eine Ausnahme für sämtliche VMware-Verzeichnisse von der Virenscannung und sonstigen Sec-Suite erstellen. Wobei die Ausnahme für die VMs eine Selbstverständlichkeit sein sollten, der VMserver reagiert verständlicherweise etwas unwirsch, wenn der IO-Zugriff auf eine VM extern durch ein Programm gesperrt wird.

Dayworker hat geschrieben:

Nov 24 14:43:24.530: vmx| VMX_PowerOn: VMX build 203138, UI build -1
Nov 24 14:43:24.530: vmx| VMX_PowerOn: Error: VMX build 203138 doesn't match UI (no build number set, version 2.0.2). Failing power-on operation. Use vmx.noUIBuildNumberCheck to skip this check.

Problem und Lösung werden zwar genannt, allerdings kenne ich den Fehler "UI build -1" nur im Zusammenhang mit einer fehlerhaften Installation und unvollständigen Einträgen in diversen XML-Dateien des VMserver.
Ich würd von daher erstmal einen Reboot versuchen und schauen, ob der Fehler weiterhin auftaucht. Wenn ja sollte vmx.noUIBuildNumberCheck="false" nur eine kurzfristige Lösung sein, der Eintrag wird dann entweder in allen VMX oder in der "config.ini" nötig. Die Lösung sähe in einer vollständigen Deinst aller VMware-Einträge/-Dateien ohne die VMs und ablehnen der Seriennummerspeicherung für den Fall einer Reinst, gefolgt von 2 Reboots und dann erst der kompletten ReInst.

Falls du das Problem öfter haben solltest, brauchst du einfach nur eine Ausnahme für sämtliche VMware-Verzeichnisse von der Virenscannung und sonstigen Sec-Suite erstellen. Wobei die Ausnahme für die VMs eine Selbstverständlichkeit sein sollten, der VMserver reagiert verständlicherweise etwas unwirsch, wenn der IO-Zugriff auf eine VM extern durch ein Programm gesperrt wird.

also wir haben jetzt den Virnscanner (serverseitig mitgeteilt) das er die VM-Files nicht berühren darf!
dann neu durchgestartet und jetzt läuft die Maschine wieder!

freu... hatte schon sorgen!


mfg mani

hallo!

noch eine Frage... wie kann ich nochmal schnell eine VM nen größeren Plattenplatz zuweisen (keine weitere Festplatte/Patition....sondern C bzw D vergrößern)!

danke
mfg mani

1. Bitte mache fuer neue Fragen einen neuen Thread auf
2. Diese Frage wird hier jede Woche behandelt und sollte sich also ueber die Suche finden lasse.
3. Zuerst den Container vergroessern* (in deinem Fall mit der vmware-diskmanager.exe) und dann je nach GuestOS weitere Massnahmen ergreifen. Bei Windows wuerde man diskpart.exe verwenden.

* Vor dem vergroessern die Snapshots comitten.

Gruss
Joerg