Всем доброго здоровья.

Есть у меня несколько серверов с ОС Windows 2008 R2 с поднятой виртуализацией Hyper-V. Развернуты на них виртуальные машины Linux, FreeBSD и Windows.
На всех Linux и FreeBSD при перезагрузке виртуальной машины убегает время на несколько часов. А затем после 5 минут работы время возвращается в норму. Пробовал убирать/снимать галочку "Time synchronization" в оснастке Hyper-V, результата никакого. Причем убегает исключительно на 9 часов. Думал, проблема в часовом поясе, но он указан правильно.
Может кто-нибудь сталкивался с таким поведение виртуальных машин Linux или FreeBSD на Hyper-V?

А для Linux есть что-нибудь подобное?

Нашел компоненты Linux Integration Components for Windows Server 2008 Hyper-V R2 , но в README написано не поддерживается фича синхронизации времени.

Unsupported Features
The following features are not supported in this version of the Linux Integration Components:
• Integration Services: Operating System Shutdown, Time Synchronization , Data Exchange, Heartbeat, Volume Snapshot Backup
• Networking: Jumbo Frames and TCP Offload
• Storage: Hot Add/Remove (VHD’s and Passthrough Disks)

Что ни у кого не получилось решить эту проблемку?

to Folk
Нашел следующую доку CentOS 5.5 losing time synchronisation on Hyper-V R2 , в которой человек рекомендует установить следующие параметры ядра:
авторEssentially you need to modify the lines that start with the word “kernel” and add two extra options onto the end:
• clock=pit
This sets the clock source to use the Programmable Interrupt Timer (PIT). This is a fairly low level way for the kernel to track time and it works best with Hyper-V and Linux.
• notsc
This is included more as belt-and-braces than anything. Because setting the PIT clock source (above) should already imply this setting really. But I include it for pure expressiveness
• divider=10
This adjusts the PIT frequency resolution to be accurate to 10 milliseconds (which is perfectly sufficient for most applications). This isn’t strictly required but it will reduce some CPU load caused by the VM. If the VM will be running time sensitive calculations a lot (such as say a VoIP server or gaming server) then you probably shouldn’t include this option.
Но все это относиться к том, чтобы время не убегало в процессе работы. Однако при старте виртуальной машины время сбивается и восстанавливается после какого-то промежутка времени.
[misha@sr-monitor ~]$ date
Thu Jul 28 18:33:50 IRKST 2011
[misha@sr-monitor ~]$ uptime
18:34:03 up 6 min, 1 user, load average: 0.04, 0.08, 0.04
[misha@sr-monitor ~]$ date
Thu Jul 28 18:34:05 IRKST 2011
[misha@sr-monitor ~]$ date
Thu Jul 28 09:36:42 IRKST 2011
[misha@sr-monitor ~]$ uptime
09:36:49 up 9 min, 1 user, load average: 0.00, 0.04, 0.03
[misha@sr-monitor ~]$ more /var/log/ntpd.log
28 Jul 09:13:38 ntpd[1166]: ntpd exiting on signal 15
28 Jul 18:18:53 ntpd[1222]: ntpd exiting on signal 15
28 Jul 18:26:05 ntpd[1150]: synchronized to 192.168.177.135, stratum 5
28 Jul 09:26:06 ntpd[1150]: time reset -32398.784551 s
28 Jul 09:26:06 ntpd[1150]: kernel time sync status change 2001
28 Jul 09:27:06 ntpd[1150]: ntpd exiting on signal 15
28 Jul 18:34:12 ntpd[1180]: synchronized to 192.168.177.135, stratum 5
28 Jul 09:34:12 ntpd[1180]: time reset -32399.736862 s
28 Jul 09:34:12 ntpd[1180]: kernel time sync status change 2001

Поиск решения продолжается.... :(

Нашлось решение проблемы. Надо установить аппаратные часы по местному времени.
/etc/adjtime последняя строка должна быть LOCAL
а не UTC

Текущий итог. Для нормального функционирования времени в Linux в системе Hyper-V необходимо:
1) в параметрах загрузки ядра (grup.conf) добавить "clock=pit notsc divider=10"
2) проверить, что в параметрах аппаратных часов /etc/adjtime установлен параметр "LOCAL"