У меня есть несколько виртуальных машин Debian XEN, и я обновил их до wheezy (мне нужно ядро 3.2 для проекта). Все было хорошо, пока я не перезагрузил одну из машин.
Моя текущая проблема заключается в том, что ntpdate устанавливает неправильную дату после загрузки, что имеет серьезные последствия для приложения, работающего на виртуальных машинах (сбои, прерывание данных и т. Д. - время важно на этих серверах).
Вскоре после загрузки я дважды выполнил команду ntpdate - со следующим (сбивающим с толку) выводом:
$> ntpdate server1 server2 server3
9 апр, 20:42:26 ntpdate [2371]: шаг сервера времени x.x.x.x смещение 83,293954 сек.
$> ntpdate server1 server2 server3
9 апр, 20:40:45 ntpdate [1800]: сервер времени шага x.x.x.x смещение -83,294240 сек.
После этих двух выполнений ntpdate работает так же, как всегда, возвращая смещения менее 0,0001 секунды.
Эта проблема одинакова для всех виртуальных машин в кластере, только смещение времени отличается. Я видел, как сервер синхронизирует ~ 2800 секунд таким образом, поэтому 83 секунды в приведенном выше примере - довольно низкие значения.
Есть ли способ узнать, почему ntpdate устанавливает время вперед, а вскоре и обратно?
Редактировать: Время на Dom0 правильное и также синхронизировано.
Я думаю, ты попал в такая же проблема, как Вот.
Время DomU, возможно, связано с Dom0-временем. Перед использованием необходимо отключить его ntpd или ntpdate.