问题标签 [chrony]

我有一个有趣的场景，我有一个成功运行 gpsd 和 chrony 的封闭（未联网）系统，以便设置我的时钟并使其保持同步。

但是，在重新启动时，系统时间似乎没有自动同步，直到我运行

几次，一旦发生，一切都会到位。

供参考，这是我的 chrony.conf

我很好奇是否有人对这里可能发生的事情有任何想法——比如我运行这个命令会重置 makestep。我已经等了 3、5 和 10 分钟，而且行为总是一样的，在我运行 chronyc 源之后事情会同步。

编写一个小实用程序来检查 Chrony 状态。我正在使用命令 chronyc sourcestats 来监控 Chrony 状态。

找不到有关偏移量的可能测量单位的信息。

示例：偏移量为 +6824us

我的意思是，如果我们有：1s、2m、3h 或类似的东西，它会是什么样子。

提前致谢。

我运行一个需要及时的数据库集群。可悲的是，有时我的 VM 主机正在将带有此类 DB 节点的 VM 移动到另一台主机，然后时间就少了一秒或更长时间。然后我的数据库节点关闭并由 systemd 重新启动。

我的 systemd 文件包含以下内容：

我希望这会在这样的时间滞后关闭数据库后立即同步我的时间。但是由于我的日志，直到识别并修复差异需要 7 分钟。我的数据库在每次重新启动时检测到间隙并再次关闭。最后，我得到了这个 chronyd 日志：

如您所见，它在 >7 分钟后开始同步时钟：

我的数据库在 10:25:51 检测到该问题。由此，在每次数据库重新启动之前，多次执行上述命令以重新同步时钟。但它需要到 10:32:33 和 10:33:53 才能真正最终修复时钟。

知道如何强制时钟直接同步而不是几分钟后吗？

在系统时钟被裙带正确步进后，我需要启动某个服务。

系统时间由 chrony ( chronyd (chrony) version 3.5 (+CMDMON +NTP +REFCLOCK +RTC -PRIVDROP -SCFILTER -SIGND +ASYNCDNS -SECHASH +IPV6 -DEBUG)) 维护。

Chrony 设置（如果相关）是：

“正常，跟踪状态”的示例是：

而“未同步”（初始）状态为：

我似乎记得 crony 可以在层级更改时调用脚本，但我无法找到参考。

在任何情况下：是否有任何方法可以指示 crony 运行脚本/程序或以其他方式在获取/丢失与有效服务器的跟踪时发送一些信号？

我目前依靠的是一个相当丑陋的：while chronyc tracking | grep -q "Not synchronised"; do sleep 1; done但最好是主动发出信号chronyd。

细节：

• 系统是运行 Linux (Yocto) 的（相对）小型物联网设备
• 它没有 RTC（它总是从设置为 Epoch 的时钟开始）。
• 系统没有连接到互联网（最初）。
• 系统已连接到具有 GNSS 接收器的设备，并且从那里得出正确的时间。
• 在 GNSS 获得定位并因此可以传播时间之前，可能需要（有时“非常”）很长时间。
• 在某个时刻，chrony 最终获得了正确的时间并步入系统时钟。完成此操作后，我需要启动服务（或运行脚本或其他）。
• 我目前正在轮询chronyc tracking和解析状态，但这并不是很好。

在我的一个 Debian VM（Debian GNU/Linux 10 (buster)）中，我发现时间同步服务存在一些问题。机器时钟时不时地落后于标准时间几分钟。机器的本地时区设置为IST。

我需要使用以下命令（sudo service chrony restart）重新启动服务以再次同步时间。

有什么解决办法吗？

Thr gcloud 文档链接如下：

https://cloud.google.com/compute/docs/instances/configure-ntp

日志：我在日志中看不到任何错误（很可能它已被清除），但重新启动后日志看起来像这样（您可以看到所做的调整）：

我正在使用默认配置文件（/etc/chrony/chrony.conf）：

假设我需要在 10.201.xx'（NTP 服务器）和 10.203.yy'（NTP 客户端）之间同步时间。每次，我都需要在服务器机器上重新启动服务以同步正确的时间。

即使服务器已启动并且 chronyd 服务也处于活动状态，它也会显示没有合适的来源。但是，如果我去服务器机器并使用重新启动服务，systemctl restart chronyd那么这个问题就不存在了。

所以，我不明白为什么会这样，我也尝试了很多方法。