ntpd

А systemctl status ntpd что говорит?

Изображает кипучую работу:

service ntpd status

ntpd (pid 22013) выполняется…

Копать надо в логи, естественно.
Еще покажи вывод ntpq -p.

[code] +mail.grmc.mecom 62.231.6.98 2 u 77 256 377 120.572 11.864 2.588 -nsa.lds.net.ua 128.0.142.251 3 u 237 256 373 148.084 2.534 0.428 +ground.corbina. 192.36.143.151 2 u 55 256 377 105.785 10.257 0.331 -alils.alineshik 193.67.79.202 2 u 125 256 377 113.659 13.460 0.473 *time100.stupi.s .PPS. 1 u 144 256 377 168.559 -8.641 0.367 [/code]

В логах тоже ничего криминального. лоркод чего то не работает..

Теперь Markdown по дефолту, Lorcode надо выбрать.
Обязательно должно быть что-то в логах.
Не может ntpd перестать синхронизировать время, и ничего не написать об этом в логи.

Попробуй как-то так: grep ntp /var/log/messages*

В логах за неделю только рестарты и все. Давно заметил эту ерунду. Сегодня увидел-время ушло на 2 минуты. Сделал рестарт демону. Уже не в первый раз. Наверное придется по простому: зарядить ntpdate через cron.

Вижу три варианта:

• ntpd не включает режим синхронизации
• что-то отключает режим синхронизации
• включать нечего, потому что ядро собрано без CONFIG_RTC_SYSTOHC

Демон ntpd включает в ядре Linux режим «11 minute mode». В этом режиме каждые 11 минут синхронизируются системные и аппаратные часы.

Во-первых не всегда. В slew mode (-x) он этого не делает.

Во-вторых, это здесь не причем. Ведь цитата эта про запись системного времени в аппаратные часы каждые 11 минут, а у тебя ведь само системное время отстает.

В третьих, я настаиваю, что в логах что-то должно быть. Может, ты не там смотришь?

про запись системного времени в аппаратные

Извиняюсь. Проперся.

Логи (messages) пропарсил за неделю. Ничего. Навсякий случай добавил в ntpd.conf строку отдельного лога. Однако в нем только записи выкл/вкл.

Вижу три варианта:...

Тут согласен. Но, как найти причину? Ядро я не пересобирал. Готовый дистр скачал. Centos 6.10

1. Это не виртуалка случайно?
2. Как просили выше ntpq -pn только в lorcode

10.1.4.20       62.231.6.98      2 u  336  512  377  116.449   10.728   5.163
-193.192.36.3    213.141.154.170  3 u  235  512  377  137.894    8.213   1.871
-85.21.78.91     130.173.91.58    2 u  357  512  377  108.570   14.763   1.685
+185.10.187.186  62.149.0.30      2 u  370  512  377  113.472    9.290   5.462
*192.36.143.130  .PPS.            1 u  373  512  377  161.014   -4.915   2.266

Не виртуалка.

Хм, действительно странно offset достаточно не маленький. Но на всякий случай уточню, это уже при работе такое или только после старта?

Вообщето 10.1.4.20 я вписал только сегодня. Для проверки. А так ntpd берет время с стандартных серверов вписанных по дефолту в конфиге. Тормоза с 10.1.4.20 -это нтп.релей за 9000 км от нас. Такая вот у нас локалка_ :)

Я так понимаю ntpd периодически должно сверять время системы с серверами времени и при надобности синхронизировать. Чего я не наблюдаю. Вообще эти подключения ведь должны быть видны в логах?

10.1.4.20

Тут как бэ не причем
У вас выбраны два

Потенциальный

+185.10.187.186

С которого синхронизация

*192.36.143.130

Но тут в любом случае расхождение слишком большое. Centos запускает ntpd с ключиком -g. Тем самым при старте часы подводятся быстро. Но вы говорите о том, что в дальнейшем system clock опять теряется в ненужную сторону. Повторюсь, ваш выхлоп ntpq достаточно высок по offset, в какой момент снимали его?

в какой момент снимали его?

Да собственно как вы спросили и сразу.

Возможно я не правильно выразился. После рестарта ntpd или подождали н-цать часов?

Часа три после рестарта.

Хм. Действительно удивительно.
1. Но давайте проверим /etc/ntp.conf (это с горя не более того)
2. Со временем (час, два, три, четыре...) после рестарта ntpd у вас ntpq увеличивает расхождение?

systemd-timesyncd, пришло твоё время

Они вроде как не совместимы были, или «timesyncd» или «ntpd».
Или я ошибаюсь?

driftfile /var/lib/ntp/drift
restrict default kod nomodify notrap nopeer noquery
restrict -6 default kod nomodify notrap nopeer noquery
restrict 127.0.0.1
restrict -6 ::1

server 10.1.4.20
server 0.centos.pool.ntp.org iburst
server 1.centos.pool.ntp.org iburst
server 2.centos.pool.ntp.org iburst
server 3.centos.pool.ntp.org iburst
includefile /etc/ntp/crypto/pw
keys /etc/ntp/keys

logfile /var/log/ntp.log

Экранированные строки убрал. 2 минуты с половиной набежали за 2 недели. Для работы установленного софта это нехорошо.

systemd-timesyncd

На Centos 6.10 не прокатит.

Удалил свое же сообщение. К сожалению по рукой centos6 нет. На 7-ой совпадает с вашим конфигом. Попробуйте поменять server на pool в конфиге.

Не подскажете как поменять? Продолжу завтра а то поздно уже.

Слово server на pool
Что бы было понятно на примере debian9

driftfile /var/lib/ntp/ntp.drift
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable
pool 0.debian.pool.ntp.org iburst
pool 1.debian.pool.ntp.org iburst
pool 2.debian.pool.ntp.org iburst
pool 3.debian.pool.ntp.org iburst
restrict -4 default kod notrap nomodify nopeer noquery limited
restrict -6 default kod notrap nomodify nopeer noquery limited
restrict 127.0.0.1
restrict ::1
restrict source notrap nomodify noquery

Спасибо. Завтра испорчу время на пару минут назад и попробую с этими параметрами.

Исправил , проверил. Время правит. Спасибо. Правда не понял разницы server или pool.

Еще добавил в /etc/sysconfig/ntpd :

SYNC_HWCLOCK=yes

Простыми словами. При использовании server выбирается один случайный ip адрес (на каждом из *.pool.ntp.org их больше одного). При использовании pool «огласите весь список пжлалуста» :) и в конечном итоге выбираются наиболее близкие.
Вы можете обратить внимание, что теперь при выхлопе ntpq -pn серверов больше.

Понял. Благодарю за помощь.