Я использую гостевую систему RHEL 5 (64-разрядная версия) на Microsoft Hyper-V.
У меня всегда были проблемы с тем, что часы опережали самих себя, что я смог решить ранее, добавив
делитель = 10 часов, источник = acpi_pm
к параметрам ядра в /boot/grub/menu.lst и настройке ntpd.
Это работало с ядром 2.6.18-194.3.1.el5, однако после обновления безопасности до 2.6.18-194.8.1.el5 ntp больше не будет синхронизироваться.
Вот результат ntpq -pn с 2.6.18-194.3.1.el5
$ ntpq -pn
remote refid st t when poll reach delay offset jitter
==============================================================================
+192.189.54.33 203.35.83.242 2 u 5 64 377 17.311 -51.753 63.074
*202.83.64.2 203.35.83.242 2 u 7 64 377 19.625 -104.46 27.096
+202.60.94.11 203.12.160.2 3 u 62 64 377 34.398 -121.42 26.216
127.127.1.0 .LOCL. 10 l 11 64 377 0.000 0.000 0.001
А с 2.6.18-194.8.1.el5
$ ntpq -pn
remote refid st t when poll reach delay offset jitter
==============================================================================
192.189.54.33 192.189.54.17 3 u 28 64 17 17.075 -9505.7 5518.42
192.189.54.17 203.35.83.242 2 u 28 64 17 17.389 -9669.1 5596.65
202.60.94.11 203.12.160.2 3 u 33 64 17 33.192 -142.84 9016.50
*127.127.1.0 .LOCL. 10 l 31 64 17 0.000 0.000 0.001
У меня нет идей. Я пробовал несколько других параметров ядра, например
notsc divider = 10
Но результаты все те же.
Есть предложения по поводу того, что еще может работать?
Думаю, я только что нашел ответ. Мне нужно было добавить notsc, но также сохранить divider = 10 и clocksource = acpi_pm.
Запись в /boot/grub/menu.lst теперь выглядит так, и кажется, что щелчок снова синхронизируется:
kernel /vmlinuz-2.6.18-194.8.1.el5 ro root=/dev/VolGroup00/LogVol00 rhgb quiet notsc divider=10 clocksource=acpi_pm
Настроены ли службы интеграции на установку часов? Если да, пробовали ли вы его отключить?