Назад | Перейти на главную страницу

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 maketep, которая принудительно выполняет синхронизацию, системное время возвращается к норме, но через один или два дня у меня такая же проблема, единственное, что я заметил, это то, что «последний образец» из источников 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.

Спасибо, Томмазо.

Перед первым шагом вы были на +4576 секунд, смещение от 10.38.60.20. После вы -0,003993 секунды. Важна единица микросекунд, это разница в 6 знаков после запятой.

Расчетная ошибка в последнем столбце составляет +/- 0,105 секунды. Это максимум того, что я ожидаю от LAN, потому что на многих путях на другую сторону Земли требуется задержка всего около 0,200 с.

Улучшить это можно, сделав доступными больше серверов NTP с малой задержкой; ни один не должен достигать нуля. Убедитесь, что каждый из них является NTP-сервером. Удалите все правила брандмауэра, излишне блокирующие вам доступ к серверам NTP.


Что касается гипервизоров, убедитесь, что часы хоста синхронизируются с той же службой NTP, что и все остальное.