У меня есть виртуальная машина Debian Squeeze, которая внезапно решила перескочить на дату вперед чуть более чем на месяц, что, кажется, беспредельно сбивает с толку и требует полного сброса (уга!).
В журналах нет ничего необычного, кроме того, что метка даты внезапно прыгает (сегодня назад в 2005 год).
Это случилось трижды, поэтому я не думаю, что это связано с второй вопрос поскольку последний из них был в июле.
Когда это случилось однажды, я провел целую вечность, проверяя вещи, но ничего не нашел, решил забыть. Но трижды становится проблемой на рабочем сервере.
Правки, содержащие информацию, запрошенную в комментариях (спасибо!):
Я не контролирую гипервизор, это наемная ВМ.
# cat /sys/devices/system/clocksource/clocksource0/current_clocksource
kvm-clock
# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
+grendel.exizten 130.149.17.8 2 u 29 64 77 14.811 1.778 1.744
*panoramix.linoc 193.67.79.202 2 u 32 64 77 19.729 -0.419 1.691
+robert.elnounch 213.251.128.249 2 u 27 64 77 17.762 0.600 1.722
-janetzki.eu 83.169.43.165 3 u 31 64 77 27.214 3.575 1.638
Я видел несколько ситуаций, когда NTP действительно не любит работать в виртуальной машине. Один провайдер посоветовал мне перестать работать ntpd, а вместо этого в /etc/cron.d/ntpdate:
* * * * * root /usr/bin/ntpdate your.ntp.server another.ntp.server > /var/log/ntpdate.log 2>&1
Это сделало часы на моих виртуальных машинах более стабильными и остановило ntpd от танца синхронизация-рассинхронизация-синхронизация.
Если вы это сделаете, не забудьте добавить что-нибудь подходящее в /etc/logrotate.d , чтобы предотвратить неограниченный рост файла журнала.