Возникла действительно странная и неприятная проблема с системными часами на нескольких (не виртуализированных) серверах Ubuntu 12.04. Системные часы непредсказуемо скачут более чем на 50 секунд. Вот часть файла loopstats при использовании ntp:
56771 23997.310 -0.047256373 137.252 0.001375363 0.890170 6
56771 24128.310 -0.046362694 136.890 0.001324765 0.842457 6
56771 24653.310 -0.045759170 135.458 0.001257441 0.936651 6
56771 25044.310 -0.046735096 134.368 0.001225792 0.957048 6
56771 25709.230 55.036447898 500.000 19.474846146 835.061099 6
56771 25839.229 54.982964496 500.000 18.217060299 795.518729 6
56771 26361.229 54.879192791 500.000 17.040539054 958.219344 6
56771 26558.229 54.696000559 500.000 15.940096291 924.646625 6
56771 27079.229 54.488025136 500.000 14.910776062 1051.659882 6
56771 27599.241 54.461708446 500.000 13.947756952 1150.613602 6
Этот переход происходит вне зависимости от того, запущен ли клиент ntp или нет, поэтому он не является проблемой программного обеспечения ntp. Я также пробовал клиент openbsd ntp и последнюю версию ntp dev.
В списке процессов нет ничего, что могло бы изменить системные часы в любое время, когда это происходит.
Hwclock по-прежнему показывает правильное время, в то время как системные часы неправильные, поэтому они также не кажутся часами CMOS. Единственным недавним событием было то, что серверы были отключены более чем на час, поэтому я не исключаю какой-то странной проблемы с аппаратными часами.
Мои доступные источники часов:
cat /sys/devices/system/clocksource/clocksource0/available_clocksource
tsc hpet acpi_pm
Я пробовал tsc и acpi_m с тем же результатом.
Любая помощь приветствуется, спасибо!
Проблема заключалась в рассинхронизации часов на контроллере домена, из-за чего центробежный клиент неправильно обновлял свои часы. Опция
adclient.sntp.enabled: false
в centrify.conf отключает синхронизацию часов с доменом.