Время на сервере было на 7 часов меньше (вместо 10 утра было 3 часа ночи, хотя date показал правильный часовой пояс). Результат для ntpq был:
$ ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
xx.xxx.xxx.x.ar xxx.x.xx.xx 2 u 72 1024 177 6.516 2520657 1650156
ntp.xxxx.ac.uk xxx.xxx.xxx.x 2 u 7h 1024 377 14.039 2520655 1347346
xxx.xxx.xxx.xx xxx.xxx.xxx.x 2 u 114 1024 377 5.449 -18.941 2130343
ns1.xxxxxxx.com xxx.x.xx.xx 2 u 148 1024 377 8.050 2520655 1650156
Время было зафиксировано:
ntpdate -u 0.europe.pool.ntp.org
Однако через несколько дней это случилось снова. Я подозреваю второй ряд в ntpq -p, который говорит, что это было 7ч с момента получения последнего пакета. Но если причина в этом, то почему ntp не использовал другие серверы для синхронизации времени?
Что случилось? Как бы вы не допустили, чтобы это повторилось снова?
редактировать Еще одна вещь, которую может быть полезно принять во внимание, - это виртуальная машина. Возможно ли, что виртуальная машина была в каком-то приостановленном состоянии?
Обратите внимание, что vmware-toolbox-cmd timesync status выключен.
При запуске ntpd проверяет разницу во времени между вашим хостом и удаленными серверами NTP. Если разница слишком велика (обычно 10-15 минут), отказываться изменить что-либо.
Когда ты казнил ntpdate вы эффективно используете одноразовую, более простую реализацию SNTP, которая сокращает ваше время в миллисекундах по сравнению с тем, что делает сам ntpd. Теперь, если вы перезапустите службу ntpd, у вас должен быть синхронизированный сервер (проверьте это с помощью ntpq -p).
Простым постоянным решением было бы сначала использовать ntpdate в начале процесса загрузки, а через некоторое время запустить «настоящий» демон ntp. Для справки, CentOS 6.x и 7.x делают то же самое: если вы устанавливаете и ntpdate, и ntp, первый будет использоваться в начале процесса загрузки, а второй - на более позднем этапе.
Похоже, что ваш ntp не может синхронизироваться из-за чрезмерного дрожания / смещения, я предлагаю попробовать другой пул серверов ntp рядом с вашей страной.
Нет необходимости скрывать IP в вашем статусе, потому что эти IP являются общедоступными и хорошо задокументированными серверами.
Если ваш компьютер работает под управлением VMware, проверьте также http://www.vmware.com/files/pdf/Timekeeping-In-VirtualMachines.pdf и поддерживать синхронизацию ntp-часов физического сервера.
О «Еще одна вещь, которую может быть полезно учесть, - это то, что это виртуальная машина. Возможно ли, что виртуальная машина находилась в каком-то состоянии паузы?»
Да, VMware повторно синхронизирует часы после паузы, даже если инструменты vmware настроены на отключение синхронизации
Независимо от того, включена ли периодическая синхронизация времени в VMware Tools, синхронизация времени происходит после определенных операций: