У меня странное поведение при запуске ntpd на машине с rhel 6.5. Эта машина работает как виртуальная машина на хосте kvm (также rhel), и этот хост имеет правильное время (в пределах нескольких мс) и ntpd, который поддерживает его правильность.
Что я заметил, так это то, что после ntpdate -u время в конечном итоге станет подходящим и обычно остается там. Однако Red Hat рекомендует запускать ntpd также на виртуальных гостях. Итак, я запускаю ntpd. Теперь это хорошо работает на большинстве наших хостов, за исключением некоторых, где я вижу странное поведение.
На этих хостах, как только запускается ntpd, время начинает отставать от этих систем примерно на 0,5 мс / сек (или 500 ppm, что является максимальным значением ntpd). И это даже до того, как ntpd получит партнера, с которым он может синхронизироваться ...
Остановка ntpd останавливает смещение времени. Запустите его, и время снова начнет течь.
Другими словами, у меня, кажется, есть ntpd, который в некоторых системах (и это меня сбивает с толку, поскольку все они идентичны) делает более или менее точную противоположность тому, что он должен делать.
Мой ntp.conf довольно прост:
tinker panic 0
# Permit time synchronization with our time source, but do not'
# permit the source to query or modify the service on this system.'
restrict default kod nomodify notrap nopeer noquery
restrict -6 default kod nomodify notrap nopeer noquery
restrict 127.0.0.1
restrict -6 ::1
server time.mydomain.com
# Driftfile.
driftfile /var/lib/ntp/drift
Что могло быть причиной этого?
Похоже, что ntpd неправильно понимает дрейф часов виртуальной машины и неправильно компенсирует дрейф. Остановите ntpd, удалите driftfile и перезапустите ntpd.
Если это не решит проблему, подумайте о переходе на хрони. Это клиент NTP по умолчанию в EL 7 и доступен в EPEL для EL 6.
Раньше я не сталкивался с такой проблемой, поскольку мои виртуальные машины работают либо на VirtualBox, либо на ESXi. Оба решения открывают доступ к часам хоста для гостевой машины, и поэтому у меня не возникло проблем с часами. Я бы отправил вас попробовать виртуальные машины с проблемными часами, чтобы использовать хост-машину в качестве NTP-сервера (и, конечно, соответствующим образом изменить ntp.conf хост-машины).
Во всяком случае, я нашел следующее чрезвычайно интересным.
http://support.ntp.org/bin/view/Support/KnownOsIssues#Section_9.2.2.
И, конечно же, если вы используете RHEL (а не CentOS), я настоятельно рекомендую вам открыть заявку в службу поддержки.