[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: Clock problems
- To: or-talk@xxxxxxxxxxxxx
- Subject: Re: Clock problems
- From: coderman <coderman@xxxxxxxxx>
- Date: Sun, 8 Mar 2009 19:56:57 -0700
- Delivered-to: archiver@xxxxxxxx
- Delivered-to: or-talk-outgoing@xxxxxxxx
- Delivered-to: or-talk@xxxxxxxx
- Delivery-date: Sun, 08 Mar 2009 22:57:00 -0400
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=Q/KXY4UzqMD2EQ4s24kfDPqsQsZD+PiQ/c8kdOTJrQk=; b=hUz8HHy5oATfcusf6/fo7ius4mOr/mNRBUhRwJKKInlQ93PnN1HJ36eN71QpUsX+6M oDD3w3olG+oFpIfACt9AsMZWqp1GadUD9c4Sf9HObOBRxWB385VP5htP+z4TM78TCJpb yuCG3e31GnDPisz6EOTDKcJJ9lh0w6RlcEcQE=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=GYEGLJOaTHz4mOX7UGlhqHcquSrPj5RwQ9kksPYaZfKLZr3HHpsc7PrFrTchna4PHg H7pMVwzWUQM8aWb8sV1ohK/l08w6MXA3CXR0S75C5Ur2KLxjSuiyi+AIgpAZvV2JrG+X skZxDgvJXxVnzcAuK/viH3bpAnWE3E+2utD8Y=
- In-reply-to: <BLU120-W23754A48135259C5DB010682A00@xxxxxxx>
- References: <BLU120-W23754A48135259C5DB010682A00@xxxxxxx>
- Reply-to: or-talk@xxxxxxxxxxxxx
- Sender: owner-or-talk@xxxxxxxxxxxxx
On Sun, Mar 8, 2009 at 6:16 PM, downie - <downgeoff2@xxxxxxxxxxx> wrote:
> "[warn] Your system clock just jumped 160 seconds forward; assuming
> established circuits no longer work."
> There are big blocks of these errors occuring 3 minutes 40 seconds or so
> apart, for 3 hours.
> The reported clock jump is always 150-170 seconds, and always forwards.
this sounds like the expected behavior of ntpd issuing adjtime() calls
to slowly bring your clock skew down to current time. this can take
hours depending on how large of an adjustment is needed.
is the computer off for a longer period of time than usual when such
from OSX adjtime man page:
Adjtime() makes small adjustments to the system time, as returned by
gettimeofday(2), advancing or retarding it by the time specified by
the timeval delta. If delta is negative, the clock is slowed down by
incrementing it more slowly than normal until the correction is
complete. If delta is positive, a larger increment than normal is
used. The skew used to perform the correction is generally a fraction
of one percent. Thus, the time is always a monotonically increasing
also, ntpd / ntpdate may also perform similar incremental adjustment themselves:
[ntpd|ntpdate may] step the time using settimeofday(2) if the offset
is greater than +-128 ms. Note that, if the offset is much greater
than +-128 ms in this case, it can take a long time (hours) to slew
the clock to the correct value. During this time, the host should not
be used to synchronize clients.