Re: Clock drift?

["Michael K. Sanders" <msanders%aros.net@localhost>]

I had this exact same problem with my A3000 under NetBSD 1.0, and
I never found a solution. I ended up running ntpdate once an hour
from cron to keep the clock current... if anyone knows why xntpd
just stops working after a while, I'd like to know too.

:: Mike ::

In message 
<Pine.NEB.3.96.970705040354.4291J-100000%blkhole.resun.com@localhost>, Net BSD
 Support writes:
>Hi, All:
>
>I've just finished installing xntpd on my A3000, running NetBSD 1.2.
>When running under SVR4, I suffered a lossage of time >30 seconds per
>day.  Xntpd would seem to be the answer, but after about 4 hours of
>running, it no longer syncronizes the clock.  I'm guessing that this
>is because the drift on my clock is too great.  Also, the 'tickadj'
>program provided as part of the package wants to use a tickadj of 5
>instead of the kernel value of 40.  When it tries to open /dev/kmem to
>make the change, the open is refused.
>
>Does anybody have any suggestions on what I could do to fix the clock?
>
>Thanks,
>
>-- 
>  Don Phillips         bsd%blkhole.resun.com@localhost
>  Research Unlimited
>  Escondido, Calif.    My opinions are just that, and no more.