在我们的3个linux中的centos 7.1中，我们在日志中看到下面的消息，然后ntpd服务停止，因为偏移量超过了1000s。
systemd：时间已经改变
ntpd[2626]: 0.0.0.0 0617 07 panic_stop -26789 s; set clock manually within 1000 s. 所有这3个Linux机器都在ESX机器下。 还要注意，除了这些linux盒子外，其他许多linux盒子都在同一个ESX机器下。
我们在这些盒子中configuration了外部NTP服务器，这些ntp服务器没有问题。
鉴于上述情况，除了手动干预之外，系统时钟发生变化的可能性是什么，因为这个问题导致NTP服务自动停止。
推测性的答案：电源切断时，车载时钟可能会发生漂移。 也许车载电池几乎死亡。 如果机器断电一段时间，电源切断，则重新启动时设置的时间可能超出ntpd的最大允许调整范围。
如果你在虚拟机上，那么只有虚拟机服务器上的服务需要控制。
我目前有一个CentOS 7.1机器（不是VM）。 。 。 本月有47分钟+57分钟+ 1天7分钟+ 2分钟的功率下降。 有一些电器工作在机房完成。 看看'最后-x关机重启'：
[root@boxymcboxface ~]# last -x shutdown reboot reboot system boot 3.10.0-229.el7.x Sun Jan 15 16:41 - 16:43 (8+00:02) shutdown system down 3.10.0-229.el7.x Sun Jan 15 16:38 - 16:41 (00:02) reboot system boot 3.10.0-229.el7.x Sun Jan 15 16:16 - 16:38 (00:22) shutdown system down 3.10.0-229.el7.x Sat Jan 14 09:09 - 16:16 (1+07:07) reboot system boot 3.10.0-229.el7.x Fri Jan 13 12:18 - 09:09 (20:50) ** first ntpd panic_stop seen @ Jan 13 12:38:39 ** shutdown system down 3.10.0-229.el7.x Fri Jan 13 11:21 - 12:18 (00:57) ** down for 57 mins ** reboot system boot 3.10.0-229.el7.x Tue Nov 22 11:49 - 11:21 (51+23:31) shutdown system down 3.10.0-229.el7.x Tue Nov 22 11:02 - 11:49 (00:47)
第一个panic_stop消息：
ntpd[733]: 0.0.0.0 c617 07 panic_stop -1027 s; set clock manually within 1000 s.
看到每次重新启动后设置了什么时钟会很有趣。 但只能看到最新的消息。 'dmesg | grep时钟'：
[ 0.810823] rtc_cmos 00:08: setting system clock to 2017-01-15 16:40:57 UTC (1484498457)
所以看起来好像在57分钟的时间里，可能大概是30分钟的时间〜时钟漂移了（太快）了17分钟。
虚拟化非常容易发生时钟漂移。 一个CPU只能做一件事，所以跟踪许多机器的时间是非常棘手的。
以下是在VMWare中进行计时的最佳实践： http : //kb.vmware.com/selfservice/microsites/search.do? language= en_US& cmd= displayKC& externalId= 1006427