Nach P2V falsche Anzahl von vCPUs im Taskmanager

[bendiel]

Hallo zusammen,

ich habe folgendes Problem:

Ich habe kürzlich zwei Server mit dem Stand-Alone Konverter 4.01 konvertiert. Beide Server laufen auf dem Betriebssystem Windows Server 2003 Std. SP2. Die installierten Applikationen sind identisch.

Nach der Konvertierung habe ich folgendes Problem:
Jeder der Server hatte vor der Konvertierung 4 physikalische CPUs
Nach der Konvertierung ebenfalls
Bei dem ersten Server wurden alle 4 CPUs als vCpus korrekt angezeigt und verwendet.
Bei dem zweiten Server wurden alle 4 vCPUs angelegt und sind im virtuellen Betriebssystem unter dem Gerätemanager auch sichtbar und Betriebsbereit. Allerdings wird im Tasmanager nur 1 vCPU angezeigt und verwendet. Diese läuft unter einer hoher Auslastung da die Last vorher über alle vier physikalischen CPUs abgearbeitet wurde.

CPU-Z zeigt mir ebenfalls an, das nur eine CPU vorhanden sei. Wie schon gesagt zeigt mir der Gerätemanager aber 4 vorhandene CPUs an

Wie kann ich erreichen, dass alle 4 vCPUs korrekt angezeigt und verwendet werden?

Viele Grüsse
bendiel

[irix]

Kontrolliere ob die richtige HAL verwendet wird:
http://support.microsoft.com/?scid=kb%3Ben-us%3B309283&x=20&y=11

Auch mal in die boot.ini gucken nicht das da eine Begrenzung drin steht. Wenn aber der Server vorher 4 Cores ausgelastet hat dann ist das nicht unbedingt ein sehr guter Kandidiat fuer eine virturalisierung.

Gruss
Joerg

[bendiel]

Hallo irix,

thx für die schnelle Antwort. Als HAL wird ACPI Multiprocessor PC angezeigt. Also soweit korrekt.

Ich habe desweiteren nach dem herunterfahren die vCPU Anzahl auch schon runter geschraubt auf 2 vCPUs. Das gleiche Ergebnis wie vorher.

Edit: boot.ini ist nichts weiter eingetragen außer Std.

[continuum]

dumme Frage - was steht denn in der vmx ?

[bendiel]

Hallo Continuum,

anbei die .vmx

#!/usr/bin/vmware
config.version = "8"
virtualHW.version = "4"
floppy0.present = "true"
nvram = "XXX.nvram"
deploymentPlatform = "windows"
virtualHW.productCompatibility = "hosted"
tools.upgrade.policy = "useGlobal"
powerType.powerOff = "default"
powerType.powerOn = "default"
powerType.suspend = "default"
powerType.reset = "default"

displayName = "XXX"
extendedConfigFile = "XXX.vmxf"

numvcpus = "4"
scsi0.present = "true"
scsi0.sharedBus = "none"
scsi0.virtualDev = "lsilogic"
memsize = "4096"
scsi0:0.present = "true"
scsi0:0.fileName = "XXX_C.vmdk"
scsi0:0.deviceType = "scsi-hardDisk"
scsi0:1.present = "true"
scsi0:1.fileName = "XXX_D.vmdk"
scsi0:1.deviceType = "scsi-hardDisk"
scsi0:2.present = "true"
scsi0:2.fileName = "XXX_E.vmdk"
scsi0:2.deviceType = "scsi-hardDisk"
ide0:0.present = "true"
ide0:0.clientDevice = "true"
ide0:0.deviceType = "cdrom-raw"
ide0:0.startConnected = "false"
floppy0.startConnected = "false"
floppy0.fileName = "Floppy"
ethernet0.present = "true"
ethernet0.allowGuestConnectionControl = "false"
ethernet0.wakeOnPcktRcv = "false"
ethernet0.networkName = "XXX Server"
ethernet0.addressType = "vpx"
guestOS = "winnetenterprise"
annotation = "BizTalk Server Produktiv"
uuid.location = "56 4d e8 32 a8 ae 6c 37-53 ee e9 04 40 db fe 48"
uuid.bios = "56 4d e8 32 a8 ae 6c 37-53 ee e9 04 40 db fe 48"

scsi0:0.redo = ""
scsi0:1.redo = ""
scsi0:2.redo = ""
ethernet0.generatedAddress = "00:50:56:83:4b:c9"
tools.syncTime = "FALSE"
sched.swap.derivedName = "/vmfs/volumes/4a856cf8-dcb00440-9b46-001a4be76702/XXX/XXX-ffc1bcf0.vswp"
ethernet0.generatedAddressOffset = "0"
hostCPUID.0 = "0000000b756e65476c65746e49656e69"
guestCPUID.0 = "0000000b756e65476c65746e49656e69"
userCPUID.0 = "0000000b756e65476c65746e49656e69"
hostCPUID.1 = "000106d100080800000ce3bdbfebfbff"
guestCPUID.1 = "000106d800010800000822010febbbff"
userCPUID.1 = "000106d100080800000822010febbbff"
hostCPUID.80000001 = "00000000000000000000000120000000"
guestCPUID.80000001 = "00000000000000000000000120000000"
userCPUID.80000001 = "00000000000000000000000120000000"
evcCompatibilityMode = "FALSE"
ide0:0.fileName = "/usr/lib/vmware/isoimages/windows.iso"

guestOSAltName = "Microsoft Windows Server 2003, Enterprise Edition (32-bit)"

vmware.tools.requiredversion = "7303"
cpuid.coresPerSocket = "4"

sched.cpu.units = "mhz"
sched.cpu.shares = "normal"
sched.cpu.affinity = "all"

sched.cpu.max = "unlimited"

Viele Grüsse
bendiel

[irix]

Mach mal das

Code: Alles auswählen

cpuid.coresPerSocket = "4"

weg.

Hast du noch mehr sachen da reingepfuscht?

Gruss
Joerg

[bendiel]

Der Eintrag stammt von dem Artikel: Per processor licenses for your application - Yellow Bricks, und hat weder Veränderungen noch sonst etwas bewirkt. Ich hatte die Vermutung, dass eine Applikation nach Prozessoren lizensiert war. Dem war aber nicht so. Der Eintrag hat aber keinerlei Veränderungen bewirkt.

Viele Grüsse
Ben

[continuum]

AFAIK wirkt besagter Paramter erst unter virtualHardware # 7

[bendiel]

Hallo zusammen,

ich habe das Problem lösen können.

Bei der Konvertierung wurden wohl einige HAL Treiber beschädigt.

Ich habe das Service pack 2 entpackt und die folgenden Dateien expanded:

expand halmacpi.dl_ hal.dll
expand ntkrnlmp.ex_ ntoskrnl.exe
expand ntkrpamp.ex_ ntkrnlpa.exe

Diese hab ich dann in das Windows\System32 Verzeichnis kopiert und die vorhandenen Treiber ersetzt. Nach einem Neustart waren alle 4 CPUs vorhanden und auch mit CPU-Z ansprechbar.

Viele Grüsse
bendiel