VMware-Forum

Schönen guten Abend,

und zwar hab ich ein Problem das wirklich sehr interessant ist. Ich habe einen Rechner der mit VMware Server und zwei VM's läuft.

In jeder VM läuft ein bestimmtes Programm, 5h lang. SO jetzt tritt folgendes ein - eine VMWare hat synchron mit dem Host-System die gleiche Uhrzeit, nur die Uhrzeit von der anderen V-Maschine längt um mind. 1h 30 mins nach? Ich hab dann mal auf die Sekunden-dauern geachtet - die ist bei dieser Mschine 3x so lange wie es bei der anderen V-Maschine und dem Host-System der Fall ist?

Ich gehe mal davon aus, dass das Programm schuld ist - also auf einem normalen System entsteht das problem nicht egal ob 5h oder 24h.

Die Frage ist nun ...... wie kann man sowas beheben rausfinden lösen oder was auch immer?

würde mich über ein paar Ideen fnreuen.

Du hast sicher einen Linuxhost - tja ...

Hi, nein ich benutze Windows XP sp2.

Das Problem ist bekannt? Kann ich das irgendwie lösen?

Such mal in der Knoeledge Base unter "Time synchronization". Meiner Erinnerung nach sind dort diverse Fehlerquellen dokumentiert.

Gruss
Herbert

Hat dein Host speedstep oder sowas aehnliches ?

Also mein Host hat ein AMD EE Prozessor - ?

cpu takt in der config.ini eintragen oder timesync per vmware tools aktivieren.

Also mein Host hat ein AMD EE Prozessor - ?

VMware beschreibt in der Knowledge Base mehrere Fehler, die auftreten können:

http://kb.vmware.com/selfservice/microsites/microsite.do?language=en_US, Search: "timekeeping amd"

Gruss
Herbert

Danke für euere Hinweise. Also ich hab das ganze mal ein bisschen beobachtet. Das Problem tritt nur bei einem bestimmten Programm auf, wenn es gestartet ist. Ist es wieder geschlossen, dann funktioniert alles perfekt.

D.h. Das Problem ist auf ein bestimmtes Programm zurückzuführen. PC-Power bleibt aber konstant (denke ich!, merke keinen unterschied).

Die Frage ist, macht es sinn das Problem zu irgnorieren - indem ich einfach eine automatische sycronisation durchführe? Mach generell keinen Sinn denke ich. Die Programm haben nämlich Timer, die ebenfalls verzögernd arbeiten.

Ich werd mal den config.ini Patch probieren und hier posten.

Richtig ernsthafte Probleme gibt's eigentlich nur, wenn Du Domänencontroller als VM laufen lässt. Das kann die komplette Domäne zerschiessen.

Was sagen denn die Prozesslasten: Programm innerhalb der VM und der eigentliche VMware Prozess auf dem Host?

Gruss
Herbert

Okay hab den Patch (mit cfg) eingerichtet (muss ich dafür das VMWare Host System neu starten?
Bringt keien Änderung.

@Herbert:
was kann ich daraus erkennen?, die Auslassungen soweit ich das einschätzen kann sind normal - Leerlauf bei 99%, bis sich das Programm jede 3 minuten einschaltet (arbeitet 30 Sekunden), Thread. Es scheint als würde genau für diese Zeit der Timer nicht funktionieren (d.h. die Zeit verloren geht).

Ein parallel laufendes Programm, das ebenfalls einen Timer alle 4 Sekunden hat, arbeitet dann parallel (IMMER) langsamer nicht nur in der Zeit, bei dem das Fehlerverursachende Programm arbeitet.

So hab das nochmal beobachtet, das Problem tritt auf, wenn ich mehr als nur eine VM laufen lasse

Bezugnehmend auf diesen Problembehandlung (config.ini)
http://kb.vmware.com/selfservice/dynami ... &kcId=1227

Kann ich irgendwie prüfen, ob diese Konfiguration übernommen wurden?

Aktueller Stand:


Soo durch einen neuStart (hatte das davonauch getan) scheinen die Einstellungen zu wirken. Hab jetzt im Nachhinein ein paar Analysen gemacht, mein Programm (MFC, ruft alle 3 Minuten eine MFC Timer funktion auf, die das Programm lahm legt - was auch rückwirkung auf die Timer-Funktion vom System hat ->> das jedoch nicht sein sollte).

Generell bin ich mit der Syncronisation von VMWare nicht zu frieden. Hätte gerne das Problem direkt gelöst, da ich angst habe dadurch Probleme in den Timer-Funktionen zu haben - da die laufenden Programme davon abhängig sind.

Ich muss sagen, ein wirklich komisches Problem

`kf` hat geschrieben:So hab das nochmal beobachtet, das Problem tritt auf, wenn ich mehr als nur eine VM laufen lasse

Sieht nach Fehlern bei der Timestamp Synchronisierung aus, wenn der Vmware Prozess auf eine andere CPU gelegt wird. Bitte mal die VMs auf jeweils eine CPU beschränken.

So geht's:
http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=2039&sliceId=2&docTypeID=DT_KB_1_1&dialogID=29176784&stateId=0%200%2029178227
(Ein Fehler, für den ich für den VMware Support vor einigen Jahren noch Tests gefahren habe.)

Gruss
Herbert

Vielen Dank, werd das mal ausprobieren - sollte dies funktionieren - muss ich hierbei mit performanceeinbußen rechnen?

PS: Also verstehen tue ich die Einstellungen nicht wirklich?

host.TSC.noForceSync = TRUE
processors.NUMAnode = "2" (Wofür ist das überhaupt?)

Zum ersten Befehl - eig. sollte doch die Time Synchronisation aktiviert sein, damit die no-forced-sync auf false?

Okay eine Frage noch, wäre sehr wichtig. Ich hab jetzt ubuntu als hostsytem laufen. Läuft alles super. Nur das gleiche problem wieder mit dem Timer.


Zuerst lief der Uhrzeit Counter zu schnell. Nach dem Patch etwas zögerlich und unregelmäßig.

System:
AMD 64 6000+ Dual core (3000mhz Taktung)

geb ich hier dann bei dem Patch 6000000 oder 3000000 an?

Gibt es keine Möglichkeit die ZEit ordentlich zu synchronisieren??

Unter Linux, Host und Windows Host existiert das Gleiche Problem - der Patch ist nicht so wie ich es grene hätte - da ich wirklich von der FUnktion her an einen ordentlichen (milli-)sekündlichen Timer gebunden bin brauch ich eine ordentliche zeit sychronisation.

Die Timer-Funktionen in den Programmen leiden nämlich ebenfalls an diesem Zeit-Problem, und damit kann ich das Timing in Programm vergessen.

Kann ich das nicht erzwingen?? Dafür müsste es doch irgendwelche Lösungen geben??

Please help me

Wie im anderen Post geschrieben: BEi uns hat das abschaltend es "PowerNOW" im Bios geholfen.

Rechner war ein DualOpteron.

Hast Du die empfohlene processor<n>.use Option probiert?
Denn: "If you are using GSX Server, VMware Server, or Workstation on a 64-bit AMD multiprocessor system, the VMware product does not assign each virtual machine to a subset of processor cores by default. If you need this assignment to be done on your 64-bit AMD system, choose a specific processor core to which to assign each virtual machine, using the processor<n>.use options as described in the next section."

Ich kann dies Deinen Antworten nicht entnehmen.

Gruss
Herbert

Hab ich alles probiert (aktueller Test)


host.TSC.noForceSync = TRUE
processor0.use = TRUE
processor0.use = TRUE


Der Zeiger spinnt nach wie vor

LÖSUNG:

Im Bios (vom Host-system)
Cool n Quiet -> disabled
secure virtual machine > disabled

config:
processor0.use = TRUE
processor1.use = TRUE

`kf` hat geschrieben:Hab ich alles probiert (aktueller Test)


host.TSC.noForceSync = TRUE
processor0.use = TRUE
processor0.use = TRUE


Der Zeiger spinnt nach wie vor

Falls er dennoch weiterspinnen sollte:

processor0.use = TRUE
processor1.use = FALSE

wäre der korrekte Eintrag.

Gruss
Herbert

Hallo, nur mal so zur Info:

Intel Xeon Dual Core Server, VMserver 1.0.4, SLES10

Guest auch SLES10 - CVS - zeitsync-Probleme.

Lösung: notsc als Kernel-Parameter beim Guest.

Warum? Keine Ahnung.

HTH, P.M.

Das kann ja interessant werden