I've got a CentOS VM (release 6.2) running under HyperV. I have integration services installed (part of base now), and CentOS shows the current clocksource is hyperv_clocksource, however my time in the VM is about 10 minutes fast after a week of uptime. My understanding of the new IC and plugable clocksource is that this shouldn't happen any more. Is there any additional configuration necessary to get the plugable clocksource to "work?"

I know there are plenty of links about setting kernel options to PIT and various stuff like that, but those all seem to pre-date the integrated clocksource support, and as I understand it shouldn't be needed anylonger. Nor should ntpd nor adjtimex.

Edit: Was running 3.2 of IC (what ships w/Centos 6.2), upgraded to 3.3 today, machine has been up for 1 hour 22 minutes and clock is already 5 seconds fast. So I'm now running the latest IC and still have the same problem.

  • Yes, the time is fast not slow. Which is even odder as the typical VM clock issue is the loss of time, not the gain of time.
    – WaldenL
    Jun 25, 2012 at 16:11
  • if you do a powershell get-winevent -provider Microsoft-Windows-Hyper-V-Integration-TimeSync | select message | select-string "servername" do you see any time sync errors
    – tony roth
    Jul 2, 2012 at 18:19
  • Nevermind messages about time-sync errors, there are no messages for that provider at all. There are other Hyper-V messages, but none for TimeSync.
    – WaldenL
    Jul 3, 2012 at 13:40

3 Answers 3


I've had this issue in the past and corrected it by tweaking the startup switches (notsc divider=10) and ntp settings:

# grub.conf generated by anaconda
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /boot/, eg.
#          root (hd0,0)
#          kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00
#          initrd /initrd-version.img
title CentOS (2.6.18-164.6.1.el5)
    root (hd0,0)
    kernel /vmlinuz-2.6.18-164.6.1.el5 ro root=/dev/VolGroup00/LogVol00 hda=noprobe hdb=noprobe notsc divider=10
    initrd /initrd-2.6.18-164.6.1.el5.img
title CentOS (2.6.18-164.el5)
    root (hd0,0)
    kernel /vmlinuz-2.6.18-164.el5 ro root=/dev/VolGroup00/LogVol00
    initrd /initrd-2.6.18-164.el5.img

Sample ntp.conf:

tinker panic 0
restrict default kod nomodify notrap
server 0.vmware.pool.ntp.org
server 1.vmware.pool.ntp.org
server 2.vmware.pool.ntp.org
driftfile /var/lib/ntp/drift


Correcting Linux Clock Drift on Hyper-V on Server 2008 R2

  • 1
    This might work. MS's official stance is to install/enable integration features including time sync, and disable any in-VM time daemons (ntpd).
    – Chris S
    Jun 29, 2012 at 20:16
  • VMWare recommends this divider=10 in many Linux-constellations, too.
    – Nils
    Jun 30, 2012 at 21:16
  • Sorry for the downvote, but these are precisely the tweaks that aren't supposed to be needed with the plugable timesource in the new integration components.
    – WaldenL
    Jul 1, 2012 at 10:08

Hyper-V Linux guest clock drift under load is sadly quite common (clock drift in unsynchronised VMs is somewhat unavoidable). See Linux clock loses 10 minutes every week and Hyper-V Machine drifts time all over, even with NTP for other posts talking about it. Anecdotal evidence I've seen says the following:


First, check if hyper-v is detecting the integration services. The only way i know how is using system center virtual machine manager, but i assume there must be a way using hyper-v's mmc.

Also, I have seen this happen when clock sync is disabled in the VM configuration. Why the clock runs faster is beyond me. I've attached a screenshot of the vm configuration for your reference. enter image description here

  • Yes, all services are enabled.
    – WaldenL
    Jul 1, 2012 at 10:08
  • does hyper-v report that it has detected the integration services?
    – longneck
    Jul 1, 2012 at 12:39
  • Interesting question, not sure how to tell. They show started in the guest, and I assume they wouldn't do that if they hadn't communicated with the host, but I can't say for sure. I don't have scvmm so I'm not sure ow to tell either.
    – WaldenL
    Jul 1, 2012 at 14:48
  • When you look at the vm in the mmc, does it say heartbeat ok at the bottom? That would indicate that at least the heartbeat service is communicating.
    – longneck
    Jul 1, 2012 at 16:12
  • It does say "Heartbeat: OK", so it seems at least the communications channel is open.
    – WaldenL
    Jul 2, 2012 at 14:55

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .