system (not HW) clock advancing really fast

[Bill Anderson]

Kernel version: 
	2.4.24-xfs
	We've apaprently had this problem for a while

Ok, I've got an HP LPr machine, dual 700MHz intel machine that has it's
system clock gaining seconds very quickly. This, I am told, has been
happening for several kernels.

At first, others on the team insisted it was the hardware clock at
fault, as rebooting the system gives the appearance of fixing it.
However, the system is currently having this issue, and the HW clock is
actually keeping accurate time, as I expected.

The time gain is no consistent. It can gain 3 seconds in one, or 12 in
11, but it always runs fast. This time speedup is to much for ntp to
keep up with. If I sync from hwclock or ntpdate every second, I'm
correcting about 1-3 seconds each time. This is a mail server, so I am
sure you can appreciate the need for accurate timestamps. ;)

I've seen many messages in the archives about *losing* time, but only a
few about gaining it. Personally, I am opposed to the "just reboot it"
mentality; one reason I run Linux.

Given that we are talking about system clock, not HW, and that this
happens with or w/o ntpd/ntpdate, I am suspecting something in the
kernel. Also, this thread leads me there too:
http://marc.theaimsgroup.com/?l=linux-kernel&m=105465355622844&w=2


Am I off base here? I can probably keep the hwclock sync method running
for a day or so before I'm forced to reboot it, so if there is anything
you need to know or want me to try while it is in this state, let me
know.

This address is not subscribed, so please cc me on responses.

Thanks,

Bill




-- 
Bill Anderson <banderson@xxxxxx>
Red Hat Certified Engineer

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/