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

============================================================================== . 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