Linux centos 7.6 chronyc 同步

我有一台伺服器，其中很多時間 chronyd 在這種情況下無法同步系統時鐘：

Reference ID    : 0A263C14 (10.38.60.20)
Stratum         : 4
Ref time (UTC)  : Tue Jun 04 12:20:09 2019
System time     : 4576.955566406 seconds fast of NTP time
Last offset     : +0.000107134 seconds
RMS offset      : 1.026136756 seconds
Frequency       : 80.575 ppm slow
Residual freq   : -0.003 ppm
Skew            : 0.019 ppm
Root delay      : 0.024930937 seconds
Root dispersion : 0.071089722 seconds
Update interval : 1030.2 seconds
Leap status     : Normal

如果發出像 chronyc makestep 這樣的命令強制同步系統時間恢復正常但一兩天后我有同樣的問題，我唯一注意到的是來自 chronyc 源的“最後一個樣本”非常高的 ：

MS Name/IP address         Stratum Poll Reach LastRx Last sample
===============================================================================
^? 10.37.23.20                   0   6     0     -     +0ns[   +0ns] +/-    0ns
^? 10.13.186.21                  0   6     0     -     +0ns[   +0ns] +/-    0ns
^* 10.38.60.20                   3  10   377   222  -4128us[-3993us] +/-  105ms
^? 10.15.214.60                  0   6     0     -     +0ns[   +0ns] +/-    0ns
^? 10.29.147.252                 0   6     0     -     +0ns[   +0ns] +/-    0ns
^? 10.25.100.172                 0   6     0     -     +0ns[   +0ns] +/-    0ns
^? 10.32.117.205                 0   6     0     -     +0ns[   +0ns] +/-    0ns
^? 10.32.62.252                  0   6     0     -     +0ns[   +0ns] +/-    0ns
^? 10.38.156.92                  0   6     0     -     +0ns[   +0ns] +/-    0ns
^+ 10.25.144.92                  4  10   377   242  -4371us[-4235us] +/-  121ms
^+ 10.38.27.76                   4  10   265   568  -4863us[-4724us] +/-

關於可能是什麼的任何線索？伺服器是一個 vmware 虛擬機。

謝謝，托馬索。

在 makestep 之前，您從 10.38.60.20 偏移了 +4576 秒。之後，您是 -0.003993 秒。微秒單位很重要，即小數點後 6 位的差異。

最後一列的估計誤差為 +/- 0.105 秒。這是我對 LAN 的期望的高端，因為在通往地球另一端的許多路徑上只需要大約 0.200 秒的延遲。

通過使更多、低延遲的 NTP 伺服器可訪問來改進這一點；none 應該達到 0。確認每個都是 NTP 伺服器。刪除任何不必要地阻止您訪問 NTP 伺服器的防火牆規則。

---

關於管理程序，請確保主機時鐘與其他所有內容同步到相同的 NTP 服務。

引用自：https://serverfault.com/questions/970084