《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
转载请注明本页网址：
http://www.vephp.com/jiaocheng/4670.html
