[2326] in SIPB_Linux_Development
[Brandon S. Allbery KF8NH: Re: NTP dumps Linux, film at 11. [Fwd/FYI]]
daemon@ATHENA.MIT.EDU (Theodore Y. Ts'o)
Tue Dec 1 22:45:06 1998
Date: Tue, 1 Dec 1998 22:44:42 -0500
From: "Theodore Y. Ts'o" <tytso@MIT.EDU>
To: linux-dev@MIT.EDU
Has anyone seen anything like this about the clock not keeping accurate
time on Linux-Athena machines? I surely haven't heard anything like
this, or have seen something like this on my Linux machines, but then
again I don't use Linux-AFS, or a 2.0 kernel for that matter.
- Ted
------- Forwarded Message
X-Mailer: exmh version 2.0.2 2/24/98
To: "Theodore Y. Ts'o" <tytso@MIT.EDU>
Cc: Linus Torvalds <torvalds@transmeta.com>,
Kris Karas <ktk@ktk.bidmc.harvard.edu>, linux-kernel@vger.rutgers.edu
Subject: Re: NTP dumps Linux, film at 11. [Fwd/FYI]
In-Reply-To: Your message of "Tue, 01 Dec 1998 20:15:23 EST."
<199812020115.UAA29332@dcl.MIT.EDU>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 01 Dec 1998 20:31:10 -0500
From: "Brandon S. Allbery KF8NH" <allbery@kf8nh.apk.net>
In message <199812020115.UAA29332@dcl.MIT.EDU>, "Theodore Y. Ts'o" writes:
+-----
| Date: Tue, 01 Dec 1998 18:03:07 -0500
| From: "Brandon S. Allbery KF8NH" <allbery@kf8nh.apk.net>
|
| The other thing about it is that it's not just lost interrupts: the
| systems are as apt to *gain* time, instead of losing it, again enough
| to make Kerberos upset (I've seen them gain 10 minutes over 5 minutes
| of wall time). Again, I haven't been able to correlate gain vs. loss
| (or amount thereof) to any particular program or device/driver.
|
| Hmm... I've never seen this myself. I've only lost time, on my clock,
| and only under very explainable circumstances (such as using the
| Bustoaster SCSI card). And I use Kerberos all the time, so I tend to
+--->8
It was very noticeable. I upgraded the entire cluster (14 machines) in
HH1202 one afternoon; half the machines started gaining time like mad, the
other half lost time like mad. All machines identical, indeed from the same
manufacturing batch as far as I can tell (and all idle, the spring semester
having just ended at the time). Within 15 minutes all of them were outside
of the time window the AFS kaservers were willing to grant them (the usual 5
minutes for Kerberos) and linux-afs had lost the battle to resync their
clocks. (10 minutes later xntpd was a standard part of our Linux
install....)
Later in the summer I upgraded them all to RH5.1, with xntpd disabled
initially so I could see how they would behave. They proceeded to do much
the same thing, except that a few of them waited most of a week before
suddenly beginning to drift wildly.
Every (RH5-based) Linux system I've encountered, whether installed by me or
by someone else, has behaved similarly, although not always with such a
massive time slew (it varies widely and for no discernable reason, even on
the same machine).
I've only installed 5.2 on a handful of machines so far, but the time
slippages are still there so far.
--
brandon s. allbery [os/2][linux][solaris][japh] allbery@kf8nh.apk.net
system administrator [WAY too many hats] allbery@ece.cmu.edu
carnegie mellon / electrical and computer engineering KF8NH
Kiss my bits, Billy-boy.
------- End Forwarded Message
