系统时钟漂移与hwclock和ntpd不同步

我目前的系统显着地从hwclock和ntpd漂移。 我看过很多论坛和post在线和SF,但还没有find合适的解决scheme。

这是我的ntpq -pn输出:

   当轮询到达延迟偏移抖动时,远程反转
 ================================================== ===========================
  122.226.192.4 66.220.9.122 2 u 30 64 3 53.734 146507 127822。
  120-88-46-10.sn 158.43.128.33 2 u 33 64 3 150.373 12823.5 127821。
  suisho.attritio 133.100.9.2 2 u 29 64 3 34.351 148556 133910。
  123.146.124.27 61.153.197.226 3 u 27 64 3 21.123 152572. 133909。
  114.80.81.1 204.152.184.72 2 u 29 64 3 55.605 148520. 129851。

截至目前我的“时钟”说:

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

我的'约会'说:

Fri Mar 25 15:21:17 CST 2011

他们约6分钟,我刚刚做了一个ntpdate -u约10分钟前…

另外,我目前正在运行内核2.6.18-194.32.1.el5的Centos 5.5 32位

我应该怎么做来修复系统时钟? 硬件时钟似乎工作正常。

编辑:添加新的价值在我的内核启动行Sacx描述。 尽pipe重启后延迟了很多,但16小时后还是慢了35分钟。 刚刚检查我的current_clocksource,它说tsc仍然。 我试图将其更改为acpi_pm,但它不起作用。 看着我的available_clocksource,它显示:jiffies tsc pit

在内核引导线添加这个参数

 notsc divider=10 clocksource=acpi_pm 

并重新启动您的系统。 这与RHEL 5 Hyper-V Guest相关 – 内核升级后无法与NTP同步

你可以尝试使用另一个NTPd,比如OpenBSD的一个: openntpd

也许这有助于某人。 最近我们遇到了同样的问题,在安装了adtimex之后,我们已经把漂移到了一个合理的范围内。

 aptitude install adjtimex