运行NTP，服务器时间在VM上是错误的。

Question

服务器时间是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不使用其他服务器来同步时间呢？

发生了什么？你怎样才能防止这种情况再次发生？

编辑另一件可能有用的事情是，它是一个VM。VM是否可能处于某种暂停状态？

注意，vmware-toolbox-cmd timesync status是禁用的。

Answer 1

启动时，ntpd检查主机和远程NTP服务器之间的时间差。如果这种差别太大(通常是10-15分钟)，它就拒绝改变任何事情。

当您执行ntpdate时，您可以有效地使用一次简单的SNTP实现，它可以在毫秒内完成ntpd本身的任务。现在，如果您重新启动ntpd服务，您应该有一个同步服务器(用ntpq -p检查)。

一个简单的永久解决方案是首先在引导过程的早期使用ntpdate，并在一段时间后启动“真正的”ntp守护进程。作为记录，CentOS 6.x和7.x做的事情是完全相同的:如果同时安装ntpdate和ntp，前者将在引导过程的早期使用，而后者将在稍后阶段使用。

Answer 2

由于过度的抖动/偏移，您的ntp似乎无法同步，我建议在您的国家附近尝试另一个ntp服务器池。

没有必要在您的状态下混淆ip，因为这些ip是公共的和有良好文档的服务器。

如果您的机器在VMware下运行，请检查http://www.vmware.com/files/pdf/Timekeeping-In-VirtualMachines.pdf并保持物理服务器的ntp时钟对齐。

关于“另一件值得考虑的事情，那就是它是一个VM。是否可能VM处于某种暂停状态？”

是的，VMware在暂停后重新同步时钟，即使vmware工具被设置为同步禁用。

无论您是否打开VMware工具的周期性时间同步，时间同步都发生在某些操作之后：

• 启动VMware工具守护进程时(例如在重新启动或启动电源期间)
• 从挂起操作恢复虚拟机时
• 在还原到快照之后
• 在收缩磁盘之后