LinuxQuestions.org
Latest LQ Deal: Latest LQ Deals
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Server
User Name
Password
Linux - Server This forum is for the discussion of Linux Software used in a server related context.

Notices


Reply
  Search this Thread
Old 06-17-2009, 04:42 PM   #1
wischad
LQ Newbie
 
Registered: Apr 2009
Location: Madison, WI
Distribution: Red Hat, CentOS, SUSE
Posts: 21

Rep: Reputation: 1
Time drifting in a virtual environment


We've just introduced SUSE Enterprise 10 into our environment to implement Novell Access Manager (NAM) and have started them off on a VMware host. NAM is pretty time sensitive so one of my application admins starting complaining about the time drifting too much. This is the first I've heard of it - we have about 20 Red Hat VMs and haven't noticed much of a time drift and all of the rest of our VMs are Windows.

Windows synchs up with the domain controllers and they seem to be just fine with how their time is kept. I looked on some of our Red Hat VMs and noticed some time drifting there but from what I found on google, Red Hat has fixed their issue with time keeping with their new kernel.

The so-called "fixes" I've found for this is to add parameters to the kernel in SUSE's /boot/grub/menu.lst to help it out (acpi=off and clock=pit). I've done this and it still seems to drift the time. Another workaround is to use ntpdate -u <myTimeSourceIP> and schedule that as a cron job to run.

I'm wondering if anyone knows of or has dealt with this linux kernel time drifting in a virtual environment issue and what fixes they've used.

We've had time drifts all over the place...some 45 seconds drift in 24 hours, some as extreme as a 20 second drift in a span of only 90 seconds (reported from my application admin but I haven't seen it).

Chad
 
Old 06-17-2009, 05:43 PM   #2
ilikejam
Senior Member
 
Registered: Aug 2003
Location: Glasgow
Distribution: Fedora / Solaris
Posts: 3,109

Rep: Reputation: 96
Hi.

Standard practice everywhere I've been is to set up a host as a time server somewhere on your network. That machine should get its time from GPS, or a radio clock, or from one of the Internet time server pools (assuming you can set up a host that faces out to the world).
Then set up ntpd.conf on all the Unix hosts to sync to that time server and switch on the ntpd service. All your machines will then have pretty much exactly the same time.

Dave
 
Old 06-17-2009, 05:45 PM   #3
acid_kewpie
Moderator
 
Registered: Jun 2001
Location: UK
Distribution: Gentoo, RHEL, Fedora, Centos
Posts: 43,417

Rep: Reputation: 1981Reputation: 1981Reputation: 1981Reputation: 1981Reputation: 1981Reputation: 1981Reputation: 1981Reputation: 1981Reputation: 1981Reputation: 1981Reputation: 1981
Yeah, we've suffered big time from that in previous places i've worked. One major thing to take out of it is to never use ntp within a vm. Make the time right on your host machine, and then let the vm's trust their clock. As you've seen there is lots of recommendations about changing the clock type. In terms of progressing forward more, the vmware forums do contain a lot of useful information about it. I can have a word with some contacts who were dealing with the issues more directly, as I do think they got a good solution in the end, and I bet it bites me in the arse in the future too.

http://www.vmware.com/pdf/vmware_timekeeping.pdf
http://www.djax.co.uk/kb/linux/vmware_clock_drift.html
http://communities.vmware.com/thread/120931

Looking at the 2nd link there, I *think* I do remember the disabling of smp to have had a big impact. VMware largely recommended different clock methods, with only modest improvements.

And I i wrote this ilikejam did recommend tight ntp implementations... again within vmware and other virtual environments, when you think about it, there should never ever be any need to change the time, as it is getting the time from another machine already, not a bios clock. With fluctuations in process scheduling and all that freaky stuff that a VM is subjected to by its host compared to a good old fashioned bit of tin, if you then add in another mechanism to make the time fluctuate, that poor VM is just going to get a really bad headache.

Last edited by acid_kewpie; 06-17-2009 at 05:52 PM.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
LXer: Review: Proxmox Virtual Environment LXer Syndicated Linux News 0 02-25-2009 04:40 AM
Virtual Environment namit Linux - Software 5 08-05-2007 06:28 AM
NTP on servers and clocks still drifting apart humbletech99 Linux - Networking 4 10-30-2006 09:41 PM
Routing in a Virtual Environment (Red Hat 9) rookiepaul Linux - Networking 11 03-17-2006 03:14 AM
Drifting, falling mouse pointer on Tecra S1 pneum0nic Linux - Laptop and Netbook 0 12-19-2003 03:11 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Server

All times are GMT -5. The time now is 01:07 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration