Я вручную синхронизировал время (и сопоставил время работы оборудования) на двух серверах A и B.
NTP работал на обеих машинах, поэтому я убедился, что файлы /etc/ntp.conf идентичны (серверы времени на B были разными, поэтому я изменил их, чтобы они соответствовали серверу A).
Несколько недель спустя сервер B отстает от сервера A на 1 мин 5 секунд!
Итак, на этот раз я остановил службы ntp на обеих машинах и снова синхронизировал вручную.
Я полагаю, возможно, я забыл перезапустить службу NTP на сервере B, не уверен ... так что я думаю, что я запустил ее снова и посмотрю, возникнет ли проблема еще раз. Однако я очень сомневаюсь, что даже если бы я использовал два разных сервера времени, они отключились бы более чем на 1 минуту.
Есть ли еще одна причина, по которой дрейф был бы таким плохим?
Последнее замечание ... при перезапуске вывод на экран немного отличается ... не уверен, что это вообще имеет значение. От чего это функция?
Server A: Starting NTP server: ntpd.
Server B: [ ok ] Starting NTP server: ntpd.
ОБНОВЛЕНИЕ: я нашел еще один поток, который предлагает запустить ntp вручную, и с их примерами происходит следующее:
:/var# /usr/sbin/ntpdate 192.168.0.30
27 Oct 21:11:34 ntpdate[11553]: no server suitable for synchronization found
root@:/var# /usr/sbin/ntpdate pool.ntp.org
27 Oct 21:11:54 ntpdate[11822]: no server suitable for synchronization found
ОБНОВЛЕНИЕ № 2: похоже, правильный порт может быть закрыт:
root@:/var/xxx# nc 127.0.0.1 123 < /dev/null; echo $?
(UNKNOWN) [127.0.0.1] 123 (ntp) : Connection refused
1
Я попытался "добавить" его в таблицы ip с помощью этой команды:
iptables -I INPUT -p udp --dport 123 -j ACCEPT
Но это ничего не дало.
ОБНОВЛЕНИЕ № 3: последний раз дрейфовые файлы NTP были изменены в январе 2014 года. Тем не менее, он показывает, что служба NTP работает ... на всех наших серверах. Все еще ждем, чтобы узнать от нашего хоста, открыт ли UDP 123. Интересно, что часы правильно меняются при переходе на летнее время ... но, может быть, дело не в NTP?