SUSE Linux中查询NTP时钟同步的几个现象(问题)

《SUSE Linux中查询NTP时钟同步的几个现象(问题)》要点：
本文介绍了SUSE Linux中查询NTP时钟同步的几个现象(问题)，希望对您有用。如果有疑问，可以联系我们。

在为SUSE10SP3/SUSE10SP4版本的操作系统设置上级NTP时钟源时遇到了几个现象(或者说是问题),如果哪位大拿有遇到类似的现象并知道其根因和解决方法,分享给大家吧...

我们知道操作系统与上级NTP能同步的是有前提要求的——两者之间的时间差低于1000秒(我和SUSE工程师交流过这个限制的原因,他们的答复是当时间差大于1000秒时,Linux操作系统会“怀疑”上级NTP的时间不准,因此自动同步中止,避免上级NTP服务器的异常影响到自己的系统).

现象1: 当服务器开始与上级NTP开始同步时(因为我们查看到两者之间的时间差在缩短),ntpq -q查询的回显信息中却有时没有* + # o这几个标示NTP同步状态的符号.
[root@tektea ~]# ntpq -p
remote?????????? refid????? st t when poll reach?? delay?? offset? jitter
==============================================================================
dns1.synet.edu. 223.255.185.2??? 2 u??? 4?? 64??? 1? 397.594? 95447.4?? 0.001
LOCAL(0)??????? .LOCL.????????? 10 l??? 3?? 64??? 1??? 0.000??? 0.000?? 0.001

现象2: 当无法连通上级NTP或上级NTP服务未启用时,ntpq -p中的回显信息中offset为0,这个可能会误导用户认为时间已经同步了.

现象3: ntpdate -q查询与某个时钟源同步状态时,会概率性查询失败,但在CentOS验证上倒是没有这个问题.
[root@tektea ~]# ntpdate -q NTP_IP_Address

（编辑：ASP站长网）