Am Dienstag 27 Januar 2009 schrieb Christian Schmidt: > Hallo Markus, > > Markus Schulz, 27.01.2009 (d.m.y): > > Okay, die virtuelle Maschine hat noch größere Probleme, so geht z.B. > > die Uhr trotz NTPD-Server um 20min nach obwohl: > > > > # ntpdc -pn > > remote local st poll reach delay offset > > disp > > ===================================================================== > >== *10.0.10.2 10.0.10.15 2 1024 377 0.00002 -0.001837 > > 0.13658 > > > > er denkt, er würde synchron laufen. > > Damit hängen dann wohl auch die JRE Probleme zusammen. > Mit VMware ESX habe ich (noch) keine Erfahrung, aber zumindest beim > "normalen" VMware Server wird eigentlich davon abgeraten, die Gaeste > selbst via NTP mit der aktuellen Uhrzeit zu versorgen. > Der Zeitabgleich erfolgt verlaesslicher ueber die in der VM zu > installierenden VMware Tools. > Ob man bei einer mittels ESX virtualisierten Maschine auch > entsprechende Tools installieren kann/sollte/muss, entzieht sich aber > leider meiner Kenntnis. Stand bei Linux unter VMware ESX ist meines Wissens, NTP zu verwenden, die VMware-Zeitsynchronisation abzuschalten und eine Clocksource zu verwenden, die verloren gegangene Ticks zumindest nicht so stark wie die Standard Clocksource ausgleicht. Zumindest lief es auf meiner VMware ESX VM und der einiger Kunden genau so bis zu dem Zeitpunkt, zu dem ich das letzte Mal schaute, sehr zuverlässig. Aber da gibt es in der VMware Knowledge Base mindestens einen Artikel dazu und ein ellenlanges PDF. Das ist also im Grunde hier off topic. Ciao, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
Attachment:
signature.asc
Description: This is a digitally signed message part.