服务器时间是7个小时(而不是上午10点,是凌晨3点,即使date
显示正确的时区)。 ntpq的输出是:
$ ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================== xx.xxx.xxx.x.ar xxx.x.xx.xx 2 u 72 1024 177 6.516 2520657 1650156 ntp.xxxx.ac.uk xxx.xxx.xxx.x 2 u 7h 1024 377 14.039 2520655 1347346 xxx.xxx.xxx.xx xxx.xxx.xxx.x 2 u 114 1024 377 5.449 -18.941 2130343 ns1.xxxxxxx.com xxx.x.xx.xx 2 u 148 1024 377 8.050 2520655 1650156
时间是由以下几点决定的:
ntpdate -u 0.europe.pool.ntp.org
但是,几天后又发生了。 我怀疑ntpq -p
的第二行,这表示从上次收到的数据包开始已经过了7小时 。 但是,如果这是原因,那么为什么不ntp使用其他服务器同步时间?
发生了什么? 你会如何防止这种情况再次发生?
编辑另一件可能需要考虑的事情是它是一个虚拟机。 虚拟机是否处于某种暂停状态?
请注意, vmware-toolbox-cmd timesync status
已被禁用。
当它启动时,ntpd检查您的主机和远程NTP服务器之间的时间差异。 如果差距太大(通常10-15分钟),它会拒绝改变任何东西。
当你执行ntpdate
你可以有效地使用一次性的,更简单的SNTP实现,它可以让你的时间在ntpd本身所能做的几毫秒内完成。 现在,如果你重新启动ntpd服务,你应该有一个同步服务器(用ntpq -p
检查)。
一个简单的永久解决scheme是在引导过程中尽早使用ntpdate
,并在一段时间后启动“真正的”ntp守护进程。 为了logging,CentOS 6.x和7.x也是这样做的:如果你同时安装了ntpdate和ntp,前者将在启动过程中使用,而后者将在后期使用。
看来你的ntp无法同步,由于过度的抖动/抵消,我build议尝试一个不同的ntp服务器池附近的国家。
没有必要在你的状态混淆IP,因为这些IP是公共的和logging良好的服务器
如果你在VMware机器上运行,请检查http://www.vmware.com/files/pdf/Timekeeping-In-VirtualMachines.pdf,并保持物理服务器的ntp时钟alignment 。
关于“另外一件可能需要考虑的事情是虚拟机,虚拟机是否处于某种暂停状态?
是的,即使vmware工具设置为同步禁用,VMware也会在暂停后重新同步时钟
无论您是否打开VMware Tools定期时间同步,某些操作之后都会发生时间同步: