为什么这个VMWare Linux客户的时钟不同步？
为什么这个VMWare Linux客户的时钟不同步？
提问于 2021-11-07 09:20:34
最近，我注意到在VMWare客户上运行的RHEL系统上的时钟严重不同步(正常运行时间大约为半年)：
$ timedatectl
Local time: Sun 2021-11-07 09:54:12 CET
Universal time: Sun 2021-11-07 08:54:12 UTC
RTC time: Sun 2021-11-07 08:59:27
Time zone: Europe/Berlin (CET, +0100)
NTP enabled: no
NTP synchronized: no
RTC in local TZ: no
DST active: no
Last DST change: DST ended at
Sun 2021-10-31 02:59:59 CEST
Sun 2021-10-31 02:00:00 CET
Next DST change: DST begins (the clock jumps one hour forward) at
Sun 2022-03-27 01:59:59 CET
Sun 2022-03-27 03:00:00 CEST我相信RTC实际上是VMWare主机的系统时钟，它实际上是正确的，并且本地时间晚了5分钟。VMWare主机的管理员告诉我，我不应该使用ntpd或rely *来保持时钟同步，而应该依赖主机时钟。这就是我一直以为我在做的：
$ vmware-toolbox-cmd timesync status
Enabled那么为什么系统时钟不同步呢？
VMWare 文档说：
启用定期时间同步时，VMware工具将来宾操作系统的时间设置为与主机时间相同的时间。时间同步发生后，VMware工具每分钟检查一次，以确定来宾和主机操作系统上的时钟是否仍然匹配。如果没有，则同步来宾操作系统上的时钟以匹配主机上的时钟。
您可能会问，既然有一个"VMWare主机管理员“，我为什么不直接和他讨论这个问题呢？我当然会这么做。我只是好奇这是怎么回事。
*那是大约一年前，我注意到我的系统时钟跳遍了整个地方。原来我无意中同时使用了ntpd和chrony活动。VMWare管理员解决了这个问题，并告诉我不要使用任何一个，只需使用vmware-toolbox的主机时钟即可。
回答 1
Server Fault用户
发布于 2021-11-10 18:46:49
使用您的组织使用的NTP服务器在来宾上配置chrony (或ntpd)。重新启动，等待3分钟等待前几个数据包。
如果本地时间与RTC保持显著不同，则VM主机的时钟可能是错误的。您现在的五分钟偏移量肯定很大。请管理程序管理员确认在VM主机上设置的NTP服务器与您的组织在整个网络中使用的内容相同。
NTP可以继续在来宾中运行，并且比客户时间同步具有更好的性能。虽然你可以选择停止ntpd，一旦偏移时钟的奥秘被解决。
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://serverfault.com/questions/1082821
复制相关文章
相似问题
腾讯云开发者
