Мой Centos 5 VM дрейфует.
Я поискал разные ответы, чтобы решить эту проблему.
Я посмотрел советы VMWare и добавил tinker panic 0 поверх моего файла ntp.conf. Я также изменил параметры ядра на:
kernel /vmlinuz-2.6.18-194.32.1.el5 ro root=/dev/VolGroup00/LogVol00 notsc divider=10 clocksource=acpi_pm
Некоторое время это работало, а затем я недавно перезапустил свою машину, и она снова вернулась к своему прежнему состоянию. Я не уверен, как заставить его снова работать, хотя я выполнил ту же процедуру, что и в прошлый раз.
Любые идеи?
Вот как выглядит мой ntpq -pn:
remote refid st t when poll reach delay offset jitter
==============================================================================
122.226.192.4 204.152.184.72 2 u 32 64 377 68.894 38873.7 5711.48
116.193.170.16 192.93.2.20 2 u 35 64 177 135.991 45598.7 10745.4
116.193.83.174 192.43.244.18 2 u 38 64 377 76.782 43291.2 8170.13
61.153.197.226 209.81.9.7 2 u 32 64 377 83.523 34288.8 6679.24
Чувствую себя полным идиотом. Просто понял, что я загружал в grub неправильное ядро по умолчанию, и в параметрах grub было неправильное написание одного из значений. Я исправил это сейчас, и он работает ...
Для любопытных я ошибся:
clocksource=acpi_pm
так как
clocksource=acpi_p
Урок выучен.
В вашем выводе ntpq отсутствует какой-либо символ слева от восходящих хостов, чтобы указать, что ваш сервер ntp думает о них.
Обычно рядом с одним из них будет *, а рядом с другими - + или - * - текущий выбранный источник времени, + - кандидат, а - был исключен из кандидатов. Есть и другие символы, но вы их редко видите.
Отсутствие символов подсказывает мне, что ваш ntp-сервер не пытается установить собственное время с других серверов, и это, вероятно, связано с разрешениями.
Ознакомьтесь с любыми ограничивающими строками в вашей конфигурации или не стесняйтесь добавлять их в свой вопрос.
Вы смотрели VMWare Лучшие практики хронометража для гостей Linux?
Попробуйте либо
делитель = 10 часов, источник = acpi_pm
или
делитель = 10
в конфигурации загрузчика.
Вы также захотите попробовать:
vmware-guestd --cmd "vmx.set_option synctime 1 0"
чтобы остановить конфликт между гостевыми инструментами VMWare и NTPd.
Это ядро x86 или x86_64? Я вижу, вы уже ознакомились с документацией VMWare - вы пробовали установить «clock = pit»?
Я видел это специфическое поведение при использовании процессоров AMD, хотя это было некоторое время (в частности, я видел это на процессорах AthlonXP и Athlon64 около 6-8 лет назад), и к тому времени смог только исправить его, полностью отключив любой вид об управлении питанием ЦП, влияющем на TSC в хост-системе (это может быть что угодно, что изменяет тактовую частоту ЦП), и принуждение моих гостей Linux к работе с «clock = pit». Чипы Intel, насколько мне известно, никогда не были затронуты - я думаю, их реализация TSC была лучше.