Linux强制与NTP服务器同步时间

Redhat 7:

先停止ntp服务，然后强制与NTP服务器的时间同步，完成后再启动ntp服务。
# systemctl stop ntpd
# ntpdate ntp-server-ip
（如果想不停止ntp服务来执行ntpdate，那么可以加上-u选项。）
# systemctl start ntpd

SUSE:
# /etc/init.d/ntp ntptimeset

来源：How to forcefully sync date and time using the NTP server in Linux

ntpq -p命令输出说明：

位置	标志	含义
remote最前面	*	响应的NTP服务器和最精确的服务器
remote最前面	+	响应这个查询请求的NTP服务器
remote最前面	blank(空格)	没有响应的NTP服务器
第1列	remote	响应这个请求的NTP服务器的名称
第2列	refid	NTP服务器使用的更高一级服务器的名称
第3列	st	正在响应请求的NTP服务器的级别
第4列	when	上一次成功请求之后到现在的秒数
第5列	poll	本地和远程服务器多少时间进行一次同步，单位秒，在一开始运行NTP的时候这个poll值会比较小，服务器同步的频率大，可以尽快调整到正确的时间范围，之后poll值会逐渐增大，同步的频率也就会相应减小
第6列	reach	用来测试能否和服务器连接，是一种衡量前8次查询是否成功的位掩码值，每成功连接一次它的值就会增加，377表示都成功，0表示不成功。它是八进制数，正常情况下值为[0, 1, 3, 7, 17, 37, 77, 177, 377]，对应的二进制为[0, 1, 11, 111, 1111, 11111, 111111, 1111111, 11111111]，ntp服务启动后，reach就以poll值为周期与ntp server通信，为了方便理解，我们可以简单的认为每次ping一下上层ntp server，如果成功，那reach就向左移一位，右边补1，如果失败，则右边补0，所以如果reach不是上面给出的枚举值，那就是在通信过程中出错了。当reach 达到17时（对应1111，即最近的4次通信都成功了），那才开始同步时间，这时，remote项对应的域名或IP列表有，其中一个前面会有号，表示该IP就是NTP server。而在开始同步时间之前，当客户端访问NTP server时，都会出现stratum 16，no server suitable for synchronization found这样的错误。也就是说如果你在NTP server主机上重启了ntp服务，那要等4poll秒（在前4次通信都是成功的前提下），该NTP server才与上层NTP server开始同步时间，而且只有当开始同步时，该NTP server才能为其它客户端提供NTP服务。因此，你在/etc/ntp.conf中设置的同步周期minpoll maxpoll不能太大，因为每次ntp服务重启后，要等4倍长的时间才能开始同步。
第7列	delay	从本地机发送同步要求到ntp服务器的往返时间
第8列	offset	主机通过NTP时钟同步与所同步时间源的时间偏移量，单位为毫秒，offset越接近于0，主机和ntp服务器的时间越接近
第9列	jitter	统计了在特定个连续的连接数里offset的分布情况。简单地说这个数值的绝对值越小，主机的时间就越精确

附：
简单配置ntp服务器步骤：
1）编辑/etc/ntp.conf文件，加入以下两行：
server 127.127.1.0
fudge 127.127.1.0 stratum 6

2）启动ntpd服务
# systemctl start ntpd
# systemctl status ntpd
# systemctl enable ntpd
# ntpq -p

ntp异常问题：

如果与ntp时钟源的时间相差太大（大于1000秒），ntp服务可能会退出，请参考以下链接：

参考：
How far off is “too far off” for ntpd?
Miscellaneous Options