just to follow-up on my own thread, it turned out to be a xen issue. issuing the command 'echo 1 > /proc/sys/xen/independent_wallclock' allowed ntp to set the clock. not sure if this will have any negative effects but at least my clock is right.

my dom0 has the correct time, anyone know if there's a better way to sync time instead of relying on ntp in the domU?

jason

Jason Tower wrote:
got a dapper machine with the time too fast by 55 sec:

  [EMAIL PROTECTED]:~# ntpdate -b pool.ntp.org
27 Jul 16:18:46 ntpdate[12420]: step time server 193.120.142.71 offset \ -55.118258 sec

unfortunately that command is not fixing the time as it should, running 'date' still reports a time 55sec in the future. i tried ntpd but doesn't work either:

  Jul 27 15:55:16 murphy ntpd[11630]: time reset -55.023169 s

yet the clock is still off following the reset. note that this 55s is a slow drift, it's only gaining a few seconds per day, but of course it adds up.

wtf do i have to do to get the system clock set to the correct time?

jason
--
TriLUG mailing list        : http://www.trilug.org/mailman/listinfo/trilug
TriLUG Organizational FAQ  : http://trilug.org/faq/
TriLUG Member Services FAQ : http://members.trilug.org/services_faq/

Reply via email to