Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 7 replies
  • Subscribers 3 subscribers
  • Views 1589 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Huge timedrifts when running under KVM

Keiichi
I'm running ASG 7.306 in a virtualised environment with linux KVM. The timedrift I experience are quite huge. (10 secs on 30 minutes)

With the ntp function I can't seem to catch up, it seems ntpd only syncs when it's started and never again.

Other KVM guests are experience these timedrifts, so I don't blame it on KVM.

Are there ways to keep the timedrift to an absolute minimum? (Kernels of other guests are compiled with KERN_HZ=100, probably this is an issue)


This thread was automatically locked due to age.
Parents
  • 0
    You might be able to pass parameters such as KERN_HZ=100 in through the bootloader (e.g. GRUB).

    Otherwise, you could try hacking the NTPd settings to sync more often.

    Barry
  • 0 in reply to BarryG
    You might be able to pass parameters such as KERN_HZ=100 in through the bootloader (e.g. GRUB).

    Otherwise, you could try hacking the NTPd settings to sync more often.

    Barry


    That's not possible, there's no kernel argument to set this. It's even hardcompiled into the kernel.

    I've spend several hours into hacking ntpd, but without any success. No matter what I try or do, the ntpd only syncs it's time once.
  • 0 in reply to Keiichi
    I'm also seeing huge time drift running the official 7.4 virtual machine under VMWare Server.  I'm running Server 1.08, and OP is running KVM, neither of which are listed as supported environments in the docs.  Could this be the issue?

    The VMWare documentation on time sync says

    VMware Tools clock synchronization has a serious limitation: it cannot correct the guest clock if it gets ahead of real time (except in the case of NetWare guest operating systems).


    That's exactly what's happening to me.  The clock ends up a week or more into the future making logs very difficult to understand.  I've tried recommendations in other threads such as editing the vmx with tools.syncTime=TRUE and the config.ini with cpukHz and noTSC settings.  Nothing has worked so far.
  • 0 in reply to jeff.mcgurk
    So I installed VMWare Server 2 and my time drift has stopped.  I'd recommend the OP run ASG under a supported virtualization environment to fix this issue.
Reply Children
No Data