SUMMARY: Clock drift and cycle
2007-12-25 1:18:00
Things I KNOW were not the cause:
nvram (this was replaced prior to replacing the motherboard.)
ntp drift - this was definately some strange clock h/w issue
If you see this in the future, most likely something is strange on the
motherboard.
One other user emailed the same idea as he had seen this on an Ultra 10.
You may want to look for the hostid and nvram FAQ if you need to do this
process and still have the machine look identical.
Thanks for all the help.
On Sun, Apr 20, 2003 at 10:39:20PM -0700, Jeff Graham wrote:
> I am using an ultra 5 for a backup server and every once in a while the
> clock seems to become locked into a loop that is many seconds off (both
> with and without xntpd running.) I logged into the box and disabled
> about every process I could disable without killing the box totally.
>
> It seems that once it starts cycling it stays locked into the same 3
> second loop forever.
>
> Has anyone seen behavior like this before? If it weren't for the
> behavior lasting past stoping xntpd I would suspect that.
>
> A stop of xntpd, manual ntpdate on the server it normally uses and
> restart of xntpd will fix it for a while, but then it starts up some
> random period later (like a day or week or couple hours)
>
> Any pointers would be appreciated.
>
> TIA
>
> --
> Jeff Graham <codeprof at demit.net>
> GnuPG 1.0.6 Public key #9373D50B (0x9373D50B) certserver.pgp.com
> Key fingerprint = 13FA F174 5F18 F3A8 1EFE 6930 B5FE 45BA 9373 D50B
> _______________________________________________
> codeprof mailing list
> codeprof at codeprof.com
> http://www.codeprof.com/execute/ask/?codeinfoid=23104
--
Jeff Graham <codeprof at demit.net>
GnuPG 1.0.6 Public key #9373D50B (0x9373D50B) certserver.pgp.com
Key fingerprint = 13FA F174 5F18 F3A8 1EFE 6930 B5FE 45BA 9373 D50B
Comments
Got something to say?
You must be logged in to post a comment.
