VMware-Forum

Hallo Community!

ich habe einen DL380G5 mit 2x Xeon E5410 @ 2,33 GHz und 6GB Ram, 146GB Platte mit XP64 Pro mit SP2 als Host
VMware Server 2.0.1 build 156745 mit Windows 2008 Std x64 und Windows SBS 2008,
da beide vorher unter VMserver 1.0.9 liefen habe ich da die alte VMware Tools Build 156507 drinne laufen, klappt soweit ganz gut.
mein Problem: wenn ich die neue Version von VM Tools installiere und die VMaschinen neustarte kommt der Bluescreen:
"multiprocessor_configuration_not_supported"
ich habe schon viel dazu gelesen und gefunden, dass ein Bios Update des Host helfen soll.
ist mir aber unklar... was das bios des host mit dem ansprechen der CPU durch die VMs zutun hat

Kennt da einer n Trick? oder kann mir sonstige hinweise zweck win 2008 geben
Danke

________________________________________________________
vmx vom sbs

.encoding = "windows-1252"
config.version = "8"
virtualHW.version = "7"
memsize = "4000"
MemAllowAutoScaleDown = "FALSE"
displayName = "sbs2008"
guestOS = "longhorn-64"
ide0:0.present = "TRUE"
ide0:0.autodetect = "TRUE"
ide0:0.filename = "auto detect"
ide0:0.deviceType = "cdrom-raw"
scsi0.present = "TRUE"
scsi0.virtualDev = "lsilogic"
scsi0:0.present = "TRUE"
scsi0:0.fileName = "sbs2008-000002.vmdk"
lsilogic.noDriver = "FALSE"

floppy0.fileName = "A:"
priority.grabbed = "normal"
priority.ungrabbed = "normal"

numvcpus = "2"

floppy0.startConnected = "FALSE"

scsi0:0.redo = ""
ide0:0.startConnected = "TRUE"
uuid.location = "56 4d c2 18 b1 72 df 24-c0 bc 01 64 32 9e 72 0d"
uuid.bios = "56 4d c2 18 b1 72 df 24-c0 bc 01 64 32 9e 72 0d"
tools.syncTime = "TRUE"

workingDir = "."

floppy0.present = "FALSE"
Ethernet0.present = "TRUE"
Ethernet0.virtualDev = "e1000"
Ethernet1.present = "TRUE"
Ethernet1.connectionType = "custom"
Ethernet1.vnet = "VMnet2"
Ethernet1.virtualDev = "e1000"

extendedConfigFile = "sbs2008.vmxf"
virtualHW.productCompatibility = "hosted"
tools.upgrade.policy = "manual"

ethernet0.addressType = "generated"
ethernet1.addressType = "generated"
vmotion.checkpointFBSize = "16777216"
ethernet0.generatedAddress = "00:0c:29:9e:72:0d"
ethernet0.generatedAddressOffset = "0"
ethernet1.generatedAddress = "00:0c:29:9e:72:17"
ethernet1.generatedAddressOffset = "10"

scsi0.pciSlotNumber = "16"
ethernet0.pciSlotNumber = "17"
ethernet1.pciSlotNumber = "18"

monitor = "release"

checkpoint.vmState.readOnly = "FALSE"
checkpoint.vmState = ""

_____________________________________________________
vmx vom 2008 std

.encoding = "windows-1252"
config.version = "8"
virtualHW.version = "7"
memsize = "4500"
MemAllowAutoScaleDown = "FALSE"
displayName = "server2008"
guestOS = "longhorn-64"
numvcpus = "2"
ethernet0.present = "TRUE"
ethernet0.addressType = "generated"
ethernet0.connectionType = "bridged"
ethernet0.virtualDev = "e1000"
ethernet0.startConnected = "TRUE"
ide0:0.present = "TRUE"
ide0:0.autodetect = "TRUE"
ide0:0.filename = "auto detect"
ide0:0.deviceType = "cdrom-raw"
scsi0.present = "TRUE"
scsi0.virtualDev = "lsilogic"
scsi0:0.present = "TRUE"
scsi0:0.fileName = "server2008.vmdk"
lsilogic.noDriver = "FALSE"

scsi0:0.redo = ""
ethernet0.generatedAddress = "00:0c:29:1d:34:6c"
uuid.location = "56 4d 66 97 98 0f a2 8b-c1 ad 41 0f 54 1d 34 6c"
uuid.bios = "56 4d 66 97 98 0f a2 8b-c1 ad 41 0f 54 1d 34 6c"
priority.grabbed = "normal"
priority.ungrabbed = "normal"
checkpoint.vmState = ""
ethernet0.generatedAddressOffset = "0"

ide0:0.startConnected = "TRUE"
tools.syncTime = "FALSE"

floppy0.startConnected = "FALSE"
floppy0.fileName = "A:"

extendedConfigFile = "server2008.vmxf"
virtualHW.productCompatibility = "hosted"
tools.upgrade.policy = "manual"

mks.enable3d = "TRUE"
pciBridge0.present = "TRUE"
pciBridge4.present = "TRUE"
pciBridge5.present = "TRUE"
pciBridge6.present = "TRUE"
pciBridge7.present = "TRUE"
vmci0.present = "TRUE"
pciBridge4.virtualDev = "pcieRootPort"
pciBridge4.pciSlotNumber = "21"
pciBridge4.functions = "8"
pciBridge5.virtualDev = "pcieRootPort"
pciBridge5.pciSlotNumber = "22"
pciBridge5.functions = "8"
pciBridge6.virtualDev = "pcieRootPort"
pciBridge6.pciSlotNumber = "23"
pciBridge6.functions = "8"
pciBridge7.virtualDev = "pcieRootPort"
pciBridge7.pciSlotNumber = "24"
pciBridge7.functions = "8"

monitor.virtual_mmu = "automatic"
monitor = "debug"

vmotion.checkpointFBSize = "134217728"
pciBridge0.pciSlotNumber = "17"
scsi0.pciSlotNumber = "16"
ethernet0.pciSlotNumber = "32"
vmci0.pciSlotNumber = "33"
vmci0.id = "1411200108"

Geht es denn mit

?

Gruss
Joerg

ja es geht, aber hab ich dadurch nicht Performance-verluste?
also der Host ackert genauso, aber wie verhält sich die VM ??

und warum könnte ich mit der alten version der VMtools bei cpu ansprechen und mit der neuen nicht mehr ? liegt das jetzt am Host oder am Tool ??

............

was mir auch aufgefallen ist, dazu habe ich aber nichts gefunden,
ich habe den eindruck, dass die VM solange zum starten braucht bis der VM RAM in die auslagerungsdatei geschrieben ist, ich habe aber: "Fit all virtual machine memory into reserved host RAM" eingestellt.
einer ne Idee?

ja es geht, aber hab ich dadurch nicht Performance-verluste?

nein - wahrscheinlich wird die performance sogar besser.
In VMware ist weniger mehr.

wegen dem RAM

hast du mainmem.useNamedFile = "true" oder "false"

continuum hat geschrieben:wegen dem RAM

hast du mainmem.useNamedFile = "true" oder "false"

ich habe den eintrag mit "false" jetzt mal angelegt und er setzt die Auslagerungsdatei gleich voll! und der standart braucht statt 6 nurnoch 3 min zu starten! super tipp! RiesenDank

-die auslagerungsdatei in XP hab ich ausgemacht um das swapping wirklich komplett zu unterbinden, ratsam ??

ich habe auch schon die: http://www.sanbarrow.com/vmx/vmx-config ... l#Swapping gefunden. reicht das wenn ich die mal in ruhe durcharbeite ? oder gibts da eine schon "bestperformance" aufzählung ?

P.S. wir wollen demnächst beide 2008 in die produktive nehmen ! und brauchen halt das max an performance !

-die auslagerungsdatei in XP hab ich ausgemacht um das swapping wirklich komplett zu unterbinden, ratsam ??

NEIN - mach das bloss wieder rueckgaengig - ein XP ohne pagefile muss so vorsichtig mit dem RAM umgehen das es instabil wird.

wo finde ich denn die aktuellste version der VM Tools, ich habe jetzt mal die vm tools aus der workstation 6.5.1 installiert, das ist die version 7.8.4 build 126130 ??? von 2008 ??
und die 7.7.5 sind ja mit dem Vmserver 2.0.1 mitgekommen, gibt es da unterschiedliche tools für dir guests ?

und jetzt kann ich auch wieder 2 cpus angeben ? hmm

und nebenbei habe ich das gefühl, dass das touch & feel im guest wenn man sich über win rpd verbindet besser ist als über die vm remote console, liegt das an den VM tools ?? oder an der console ?

ChristophB hat geschrieben:..benbei habe ich das gefühl, dass das touch & feel im guest wenn man sich über win rpd verbindet besser ist als über die vm remote console, liegt das an den VM tools ?? oder an der console ?

An beidem.
1. Nur mit den Tools gib es ueberhaupt sowas wie GFX Accelleration
2. Die Console ist nicht zum Arbeiten mit dem Guest da sondern nur fuer den Notfall bzw. Ersteinrichtung. Dein RDP wird immer schneller sein.

Gruss
Joerg

Die VM-Tools sollten schon zum Produkt passen. Die WS-Tools im Server2 zu installieren macht keinen Sinn, 3D wird trotzdem nicht unterstützt. Du handelst dir unter Umständen aber neuen Ärger beim Updaten des S2 ein.

is nachvollziebar! aber warum zum geier ist es dann möglich mit der version aus der WS 2 cpus anzusprechen ??

P.S. wo finde ich denn die aktuellste version der VM Tools und wir brauchen keine grafische performance ehr I/O

Dazu brauchst du aber nicht die WS-Tools. Wenn du nach der Inst die v.CPU von "1" auf "2" änderst mußt du meistens auch den "HAL" austauschen. Ansonsten erkennt dein VM-OS weiterhin nur eine aktive CPU.

Die Inst der zum jeweiligen VMserver2 gehörenden VM-Tools kannst du nur über Web-Access oder VI-Client anstossen. Ich hab zwar grad keinen S2 zur Hand, aber wenn du deine VM auswählst und den Reiter "Übersicht" auswählst, solltest du auch einen Eintrag "Install VM Tools" angezeigt bekommen. Der stößt dann die Tools-Inst zumindest unter Windows an. Linux will unter Umständen erst die Tools gemountet bekommen und das Procedere steht ausführlich im Manual.

ChristophB hat geschrieben:da beide vorher unter VMserver 1.0.9 liefen habe ich da die alte VMware Tools Build 156507 drinne laufen, klappt soweit ganz gut.
mein Problem: wenn ich die neue Version von VM Tools installiere und die VMaschinen neustarte kommt der Bluescreen:
"multiprocessor_configuration_not_supported"

soll heißen es hat ja schon funktioniert !

Die Tools haben aber meines Wissens nach nichts mit dem Multi-Prozessor-Konfig zu tun. Ich denke das es bei dir einfach ein Problem mit dem HAL gab.
Eigentlich sollte das Downgrade auf VMserver2.01 ohne Probleme ablaufen, allerdings hatte ich bei meiner VM mit Suse10.2_x86-64 auch keine Tools installiert. Das ging damals irgendwie nicht bzw ich hab mich von einigen Fehlermeldungen beim Booten ins Bockshorn jagen lassen.
Das Update von Version 1.03 über verschiedene Zwischenschritte auf 1.09 dagegen lief bei mir vollkommen problemlos und ohne irgendwelche Klimmzüge ab. Vielleicht hättest du einfach vorher die VM-Tools vom VMserver1 deinstallieren und erst nach dem Downgrad wieder die zugehörigen Server2-Tools installieren sollen.

Dayworker hat geschrieben:Vielleicht hättest du einfach vorher die VM-Tools vom VMserver1 deinstallieren und erst nach dem Downgrad wieder die zugehörigen Server2-Tools installieren sollen.

also ich habe ja och bloss die alte VM 1.0.9 deinstalliert und die neue installiert, das einzige was sich danach geändert hat ist: virtualHW.version = von 4 auf 7, sollte das soviel mit dem ansprechen der CPUs zu tun haben?

nochmal was zur geschichte, beim installieren der OS auf dem Host hatte er ja schon gemekert mit dem MULTIPROCESSOR_ ... daraufhin hab ich dann einen echten Prozessor rausgenommen und dann konnte ich das OS installieren, da wir aber eine HP version von 2008 haben, muss ich zuerst auf der echten maschine installieren und habe dann erst in die VM übernommen. da lief der guest dann auch mit 2 echten uns 2 virt cpus!
naja performance scheint mit einer cpu eh besser zu sein ! (superpitest!)

Wenn du so einen guten DL380G5 hast warum nimmst du nicht mal ESXi 4?

Gruss
Joerg

wir haben ein wenig zeitdruck bzgl einer übernahme einer produktiven umgebung! und der esxi läßt sich nur scheisse / mit viel aufwand backupen ! und ich bin grade mal seit anfang august an der VM dranne und weiss noch zu wenig ! aber der tag wird kommen !

Wie muß ich die HP-Version von 2k8 verstehen? ROC?
Dann sollte sich diese nur auf einem HP-Serverbios installieren lassen. VMware bietet die Möglichkeit, die Host-BIOS-Erkennung in die VM zu hieven. Dann sollte sich auch die HP-Version problemlos installieren lassen.

Der Einwand mit dem ESXi-4 ist bei deiner HW-Ausstattung vollkommen berechtigt. Allerdings würde ich das ohne USV mit Management-Interface/Karte nicht empfehlen.

Dayworker hat geschrieben:Dann sollte sich diese nur auf einem HP-Serverbios installieren lassen.

Richtig!

Dayworker hat geschrieben:VMware bietet die Möglichkeit, die Host-BIOS-Erkennung in die VM zu hieven. Dann sollte sich auch die HP-Version problemlos installieren lassen.

Wie wie, wisen will !

Dayworker hat geschrieben:deiner HW-Ausstattung .... Allerdings würde ich das ohne USV mit Management-Interface/Karte nicht empfehlen.

??? Ich find die hardware ganz klasse ? usv ist jawohl selbstverständlich!

Evtl. suchst du dann . Allerdings schliesst das den spaeteren Einsatz auf einem ESX aus. Aber zu diesem Thema bitte mal die Forensuche benutzen oder einen neuen Thread aufmachen. Ein kurzer Anruf beim Hersteller sollte aber auch schnell Klarheit schaffen.

Gruss
Joerg

Genau das war der gesuchte Parameter =SMBIOS.reflectHost="TRUE"=
Das eine USV selbstverständlich ist, hört man gern. Wichtiger war mir dabei der Zusammenhang USV mit Management-Karte, da der ESXi nur solche unterstützt. Damit fallen dann alle USVs heraus, die ihre Signalisierung nur seriell oder per USB abgeben.

Dayworker hat geschrieben: die ihre Signalisierung nur seriell oder per USB abgeben.

oh ich dachte bis ebend das usb fortschrittlich sei!! weil wir haben uns eine neue usv besorgt, ohne VMs im hinterkopf die nicht mehr seriell ist sondern usb hat !
wäre wahrscheinlich ein weiterer grund den esx noch nicht zu nehmen. wobei hier in berlin störmausfälle "fast nie" und wenn nur mal kurz auftreten, die usv schafft ne stunde,
ich habe sie getragen und da müssen krasse akkus drine sein !

P.S welches haltet ihr für das beste host OS ? <-- neuer thread

USB ist schon fortschrittlich, allerdings kann der ESXi damit wenig/nichts anfangen. Vielleicht hättest du ja mit dem kostenpflichtigen ESX mehr Erfolg, aber wetten würde ich darauf nicht abschliessen.
Berlin ist anscheinend auch nur ein x-beliebiges Dorf, zumindest Stadtbezirksweise
Ansonsten bräuchte ich ja keine APC Back-UPS CS 650VA. Die steht jetzt seit gut 3 Jahren daheim, versorgt den Host aus meiner Signatur und löst recht häufig aus. Meist verläßt die Spannung nur ihren angestammten Bereich zwischen 196-262Vss (sichtbar im Log an den 5sec-Stützzeiten) und manchmal wird's auch kurzzeitig richtig duster (mein Radiowecker haßt jedwede Spannungsunterbrechung und sei sie noch so kurz).
Schöne Grüsse an dieser Stelle an den örtlichen Versorger namens Bewag/Vattenfall oder wie auch immer die Firma jetzt heißt.