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-users

Re: [Xen-users] time synchronization problem (using NTP)

To: Roger Lucas <roger@xxxxxxxxxxxxx>
Subject: Re: [Xen-users] time synchronization problem (using NTP)
From: Thomas Harold <tgh@xxxxxxxxxxxx>
Date: Thu, 12 Oct 2006 07:25:46 -0400
Cc: 'Ulrich Windl' <ulrich.windl@xxxxxxxxxxxxxxxxxxxx>, 'Thomas Schneider' <listen@xxxxxxxxxx>, xen-users@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 12 Oct 2006 04:26:49 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20061012103015.CE33B12EE1@xxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <20061012103015.CE33B12EE1@xxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 1.5.0.7 (Windows/20060909)
Roger Lucas wrote:
As I understand it, chrony will constantly adjust the system clock time to keep it in line with the remote NTP servers. It can track frequency drift etc so your system clock changes are as smooth as possible.

That might not be too bad in a DomU. NTP is considered by most to be the
"gold standard" of keeping clocks in sync, but as long as chrony isn't jumping the clock forward/backward constantly, it would be acceptable. For my uses, I simply want the DomUs to track Dom0 time within a few dozen msec (NTP typically keeps the Dom0s all within 2-3 msec on our network).

Don't forget, however, that chrony takes some time (IIRC about 15 mins) to synchronise up to the remote servers and accurately calculate the system time error. Only when it has an accurate estimate of the error will it start to adjust the local system clock.

That happens with NTP as well.  You can speed up the synchronization and
stabilization time period by using "iburst" at the end of the server
lines in ntp.conf.  NTP, when it starts up, will then send off a volley
of packets to the time servers instead of just one, which gives it
enough data to start correcting the clock sooner.  The "iburst"
parameter seems to cause the server clocks to be fairly correct within a
few minutes.  But since the DomUs get their time from Dom0 when they
startup, it's a bit of a moot point (the DomU clocks are hopefully
already accurate, chrony/ntp just need to keep the DomU clocks from
drifting).

...

We originally started with OpenNTPd on our servers (other servers, not
the Xen boxes), but I've spent a lot of time reading the old archives of
comp.protocols.time.ntp and the lengthy online documentation about time
keeping, so we tackled the learning curve of NTP.  So when it came time
to setup the Xen servers, NTP in Dom0 seemed like a natural fit.

Accurate time can be a bit engrossing, there's always the question in
the back of your mind... "can I get it just a little more accurate?".
While I haven't built a GPS reference clock yet for our network, it's
only going to be a matter of time ($85 + misc parts + soldering skills).

...

Once I accomplish a few other things this week, I'll try to come back around and play with chrony or the independent_wallclock setting.

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users