WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] time jumping back and forth

To: David Becker <becker@xxxxxxxxxxx>
Subject: Re: [Xen-devel] time jumping back and forth
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Mon, 27 Sep 2004 17:31:03 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 27 Sep 2004 17:45:26 +0100
Envelope-to: steven.hand@xxxxxxxxxxxx
In-reply-to: Your message of "Mon, 27 Sep 2004 11:58:56 EDT." <20040927155856.GZ921@xxxxxxxxxxx>
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
> 
> I am have been seeing xen0 time jump around all weekend.   I have not been
> able to pin down a way to reproduce the problem.   
> 
> It will appear like the clocks are drifting unlocked from ntp and then
> suddenly most are right on time.  A while later some clocks are off an
> hour and some are fine.   Sometimes checking or setting hwclock makes
> thing jump.  Some hosts seem more prone to it than others.
> 
> This is with the today's pull, changeset 1.1347 and running ntpd 4.2.0a
> I'm wondering if ntpd is having trouble synchronizing to its server.

Sounds possible. I think the problem is that the kernel's STA_UNSYNC
flag is changing, and so DOM0 is sometimes pulling wallclock time from
Xen and sometimes from the hardware clock or an NTP server. If any of
these is wildly out (e.g., the CMOS clock, by an hour because of
daylight saving) then time will be very screwed.

I've checked in a fix which stops DOM0 from ever pulling time from Xen
-- after boot time, no good can ever come of it as Xen's timebase is
no more accurate than DOM0's.

More generally -- if anyone sees problems with time jumping in DOM >0,
it may be because you are running ntpd in that domain. It is only
necessary to run ntpd in DOM0, but if you *must* run ntpd in others
then add 'independent_wallclock' to the kernel command line when you
boot them.

 -- Keir


-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel