如果有 SLES 11 SP2,这就是问题所在:
我已配置 NTP 服务,当我重新启动它时,它会正确同步时间。
然后,大约 7-8 分钟后时间突然发生变化。以下是date
每 10 秒显示一次的命令日志:
Tue May 24 20:11:35 CEST 2016
Tue May 24 20:10:38 CEST 2016 <-- Restart of the NTP service
Tue May 24 20:10:48 CEST 2016
....
Tue May 24 20:17:59 CEST 2016
Tue May 24 20:19:16 CEST 2016 <-- Here it changed
可能是什么问题?
更新:
- 是的,它是 XenServer 6.5 上的 VM
- 不,里面
/var/log/messages/
有不时间改变时输入。 - 输出
ntpq -p
:
remote refid st t when poll reach delay offset jitter ------------------------------------------------------------------------------ LOCAL(0) .LOCL. 10 l 24 64 377 0.000 0.000 0.001 *rs000486.fastro 192.53.103.108 2 u 119 256 377 21.547 -66949. 1.243
更新:
我总共有 10 个 Linux SLES 11 SP2 VM,位于 2 个主机系统上:1 个系统是 XenServer 6.5,另一个系统是 XenServer 6.0。此问题仅出现在装有 XenServer 6.5 的主机上 - 所有在装有 XenServer 6.0 的主机上运行的虚拟机不有这个问题。
我/etc/ntp.conf
从正确运行的虚拟机复制了文件,但没有任何变化。
答案1
sysadmiral
已经走在正确的道路上并Mark Plotnick
最终确定了这个想法。 XenServer 主机时间错误,此时时间为复制的到虚拟机。
到目前为止,我的问题的原因已经找到,现在我必须解决如何纠正 XenServer 上的时间问题,但这可能是另一个问题。
我现在可以 - 根据sysadmiral
- 配置客户端以忽略主机或在主机上设置正确的时间。最后一个选项的优点是我ntp
根本不需要配置服务......
答案2
您的输出显示与所选(第 1 列中)参考的毫秒ntpq -p
偏移量。当其稳定后,ntp 会执行 66 秒的步骤来修正时间,对应于您观察到的从 20:17:59 到 20:19:16 的跳跃(观察之间增加 10 秒)。-66949.
*
您通常可以运行ntpdate
来获得时间的良好估计,然后运行 ntpd 来慢慢稳定下来,然后慢慢地将时钟移动到同步。
我不知道您的操作系统提供什么,但请查找选项-x
和,以及行末尾-g
的配置。iburst
server ...