Это могли быть несколько вещей, в порядке вероятности
Обновление: Я не знаю ничего из xen. Но существует много страниц там, которые обсуждают Вашу ситуацию.
Вот что-то, что я нашел:
По умолчанию XenVMs синхронизировали их часы с Сервером XenEnterprise, который размещает их и проигнорирует запросы для корректировки времени, сделанного демоном NTP, если Вы работаете. Если Вы хотите, чтобы XenVM имел независимые часы, вошел в систему его текстовой Консоли и дал команду
echo 1 > /proc/sys/xen/independent_wallclock
затем выполните демона NTP.
Для возвращения к значению по умолчанию дайте команду
echo 0 > /proc/sys/xen/independent_wallclock
Перед обновлением: Это - вероятно, проблема виртуализации. Какое программное обеспечение виртуализации Вы используете? И каковы настройки времени на хосте?
Первая вещь, которая приходит на ум, состоит в том, во сколько зона - Вы настроенный для?
Вторая вещь, которая приходит на ум, имеет отношение к Вашей аппаратной установке часов - Вы используете UTC в аппаратных средствах, или местное время? Большинство установок рекомендует использовать время UTC в аппаратных средствах, и затем система будет корректироваться часовым поясом, хотя существуют опции сделать, противоположное и иметь систему и аппаратные средства синхронизирует обоих на местном времени. Это может привести к случайному беспорядку.
Для Linux Вы могли бы попытаться использовать hwclock (8) программа, которая имеет опции установить системное время на аппаратные часы и установить аппаратные часы на системное время. Да, необходимо смочь установить время через дату (1) команда, но Вы - более обеспеченное использование этого.
Я также посмотрел бы на использование глобального пула NTP по сравнению с поставщиком, обеспечил пул. Можно использовать его любое время, указывая на pool.ntp.org.
Если бы Вы говорите о Xen VPS затем обычно, часами управляет привилегированный домен dom0, который я предположил бы, что поставщик услуг хостинга будет заботиться о. Пока dom0 имеет корректное время и/или выполняет демона NTP для хранения системного времени в синхронизации не должно быть потребности ни в каком domU для выполнения самого ntpd.
У меня есть несколько серверов Xen, в которых я только выполняю ntpd на dom0, и все domU виртуальные машины имеют корректное время. Если Вы находитесь на самом деле на Xen VPS, я был бы hazzard предположение, что поставщик услуг хостинга имеет проблему со временем на самой машине. Я знаю в большей части документации для Xen, на самом деле рекомендуется обнулить/sbin/hwclock как пустой файл, поскольку это вызовет проблемы на начальной загрузке, если это на самом деле попытается взаимодействовать непосредственно с аппаратными часами из-за виртуализации.
Если это - базирующаяся система Xen, можно установить independend_wallclock=1 и управлять собственным временем с ntpd.
попытка dpkg-реконфигурировала tzdata, чтобы удостовериться, что это установлено на UTC. Кроме того, проверьте, что Вы имеете ntpd, установленный, и указали на один из наборов pool.ntp.org серверов ntp.
У меня были проблемы с этим с Виртуальными серверами GoDaddy. По некоторым причинам Virtuozzo (их программное обеспечение) понравилось управлять временем, и это было неправильное время. Я в конечном счете переместился к другому поставщику, потому что GoDaddy не починит их часы.
Мой поставщик VPS имеет назад мне снова и сказал, что, кажется, существует что-то не так на их стороне (хост-машина). Таким образом, я оставлю его, чтобы они разобрались.
ОБНОВЛЕНИЕ:
Поставщик услуг хостинга шел к нему, и они думают, что это - аппаратная проблема, возможно батарея BIOS. Когда хост-машина загружается, часы являются неправильными, и по-видимому они наклоняют изменение время в то время как, не запирая весь vm's!