home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / protocol / time / ntp / 889 < prev    next >
Encoding:
Text File  |  1992-09-15  |  1.3 KB  |  34 lines
  1. Newsgroups: comp.protocols.time.ntp
  2. Path: sparky!uunet!portal!kdenning
  3. From: kdenning@portal.hq.videocart.com (Karl Denninger)
  4. Subject: Sun 4m / Xntp3 - problems
  5. Message-ID: <BuMw9p.Br1@portal.hq.videocart.com>
  6. Sender: kdenning@portal.hq.videocart.com (Karl Denninger)
  7. Organization: VideOcart Inc.
  8. Date: Tue, 15 Sep 1992 19:17:48 GMT
  9. Lines: 23
  10.  
  11. We're running into some strange behavior with SunOS 4.1.2 and XNTP3.
  12.  
  13. We have an Intel SVR4 machine which runs stratum 2 most of time; this
  14. provides time service to our internal network here.  It is operating
  15. properly with xntp2.  No problems there that I can see.
  16.  
  17. However, our Sun machines, which are running Xntp3, will often report 
  18. "Previous time adjustment failed to complete" on the console.  They're right
  19. too - they continue to drift over time until they get a little more than
  20. second out of whack, at which time they are forcefully reset (or so it
  21. appears) by xntpd.
  22.  
  23. Therefore, it would appear that the "adjtime()" call isn't doing anything!
  24.  
  25. Has anyone seen this and does anyone have suggestions on where to look?
  26.  
  27. (BTW, both the Suns and RS/6000s have lousy clocks.  Our Intel V.4 machine
  28. is much better; about 0.2 seconds a day.  The Suns and RS/6000s both drift
  29. more than 4-5 seconds each if left unchecked.)
  30.  
  31. --
  32. Karl Denninger         Inet:  kdenning@hq.videocart.com
  33. VideOcart Inc.        Voice: (312) 987-5022
  34.