我在一个数据中心(VMware ESXi)中有3台服务器运行着VMware 7.9.2009。这些服务器报告时间不同步。在服务器同步的内部VMware ESXi服务器上运行着类似的测试环境。时间没问题。生产环境最初是以完全相同的方式设置的,但随着时间的推移,显然是随着包的更新而更新的。因此,它们“应该”是相同的--但我不能再保证了。ESXi服务器都是版本6。
服务器最初是使用"ntpd“配置的--但在过去几天对此问题进行故障排除时,我发现在CentOS 7上,”The“似乎是一个更好的选择。因此,我重新配置了服务器,以使用the -但仍然存在问题。
编辑:用于更改为编年史的步骤
因此,当我使用timedatectl时,我得到了以下输出:
Local time: Mon 2021-08-02 09:14:43 CEST
Universal time: Mon 2021-08-02 07:14:43 UTC
RTC time: Mon 2021-08-02 07:16:34
Time zone: Europe/Copenhagen (CEST, +0200)
NTP enabled: yes
NTP synchronized: no
RTC in local TZ: no
DST active: yes
Last DST change: DST began at
Sun 2021-03-28 01:59:59 CET
Sun 2021-03-28 03:00:00 CEST
Next DST change: DST ends (the clock jumps one hour backwards) at
Sun 2021-10-31 02:59:59 CEST
Sun 2021-10-31 02:00:00 CET如果我使用systemctl restart chronyd重新启动Chrony,那么在几秒钟后timedatectl报告:
Local time: Mon 2021-08-02 09:26:06 CEST
Universal time: Mon 2021-08-02 07:26:06 UTC
RTC time: Mon 2021-08-02 07:26:08
Time zone: Europe/Copenhagen (CEST, +0200)
NTP enabled: yes
NTP synchronized: yes
RTC in local TZ: no
DST active: yes
Last DST change: DST began at
Sun 2021-03-28 01:59:59 CET
Sun 2021-03-28 03:00:00 CEST
Next DST change: DST ends (the clock jumps one hour backwards) at
Sun 2021-10-31 02:59:59 CEST
Sun 2021-10-31 02:00:00 CET过了一段时间(几分钟),它又回到了NTP synchronized: no。
当我运行ntpstat时,我得到:
synchronised to NTP server (217.198.219.102) at stratum 2
time correct to within 124123 ms
polling server every 64 s或
unsynchronised
poll interval unknown在最后一种情况下,过了一段时间,它将再次显示第一个输出。但“内在.女士”似乎相当高?
因为我可以通过重新启动时间来实现同步,所以我想防火墙/网络是可以的。我使用默认的Chrony配置(就像我以前对ntpd所做的那样)。
安装和启动VMwaretools服务(open,http://github.com/vmware/open-vm-tools)。
我希望有任何建议来进一步解决这一问题--并最终修复它;)
提前感谢!
/John
发布于 2021-08-02 15:53:48
考虑使用下面建议的最小客户端设置:https://www.golinuxcloud.com/configure-chrony-ntp-server-client-force-sync/,当达到漂移的阈值时,它放弃了同步,这似乎发生在您身上。
https://serverfault.com/questions/1073299
复制相似问题