Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

My current system drifts from the hwclock and ntpd dramatically. I've looked at many forums and posts online and on SF, but haven't found a suitable solution.

Here is my ntpq -pn output:

   remote           refid      st t when poll reach   delay   offset  jitter
=============================================================================     2 u   30   64    3   53.734  146507. 127822.    2 u   33   64    3  150.373  12823.5 127821.
 suisho.attritio      2 u   29   64    3   34.351  148556. 133910.   3 u   27   64    3   21.123  152572. 133909.   2 u   29   64    3   55.605  148520. 129851.

As of now my 'hwclock' says:

Fri 25 Mar 2011 03:27:06 PM CST -0.048504 seconds

My 'date' says:

Fri Mar 25 15:21:17 CST 2011

They are off by about 6 minutes and I just did an ntpdate -u about 10 minutes ago...

Also, I'm currently running Centos 5.5 32-bit with kernel 2.6.18-194.32.1.el5

What should I do to fix the system clock? The hardware clock seems to be working fine.

EDIT: Added the new values in my kernel boot line as described by Sacx. Though the delay is a lot better after reboot, but after 16 hours the time is still slow by 35 minutes. Just checked my current_clocksource and it says tsc still. I tried changing it to acpi_pm but it doesn't work. Looking at my available_clocksource, it shows: jiffies tsc pit

share|improve this question
This is a physical machine or virtual? – Sacx Mar 25 '11 at 7:48
I'm using a cloud computing service. – samxli Mar 25 '11 at 7:52
possible duplicate of RHEL 5 Hyper-V Guest - Cannot sync with NTP after kernel upgrade – Iain Mar 25 '11 at 8:45
hi samxli what else o what other parameters did you configure? these ones notsc divider=10 clocksource=acpi_pm any other? what your OS red hat 5.5 x64? – karlochacon Oct 14 '11 at 1:26
up vote 1 down vote accepted

Add this parameters at kernel boot line

notsc divider=10 clocksource=acpi_pm

and restart your system. This is related to RHEL 5 Hyper-V Guest - Cannot sync with NTP after kernel upgrade

share|improve this answer
This seems to be a viable solution so far. The system clock hasn't had any noticeable drift yet. I will wait until tomorrow to see if everything stays normal; then come back and pick your answer as the correct answer :) Thanks! – samxli Mar 25 '11 at 9:08
It's been 16 hours and the time drifted about 35 minutes. NTP still has not synced with any of the servers. My current /sys/devices/system/clocksource/clocksource0/current_clocksource shows tsc. – samxli Mar 26 '11 at 2:16
finally got it working after tweaking some more parameters in the boot line :) – samxli Mar 26 '11 at 13:14

You can try using another NTPd, such as OpenBSD's one: openntpd

share|improve this answer

Maybe this helps someone. We had the same problem recently and got the drifting into a reasonable range after having installed adtimex.

aptitude install adjtimex
share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.