home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / protocol / time / ntp / 1020 < prev    next >
Encoding:
Text File  |  1992-11-08  |  2.7 KB  |  55 lines
  1. Newsgroups: comp.protocols.time.ntp
  2. Path: sparky!uunet!caen!sdd.hp.com!elroy.jpl.nasa.gov!stevo
  3. From: stevo@elroy.Jpl.Nasa.Gov (Steve Groom)
  4. Subject: xntp3, DOSYNCTODR_SUCKS
  5. Message-ID: <1992Nov9.214008.2068@elroy.jpl.nasa.gov>
  6. Sender: news@elroy.jpl.nasa.gov (Usenet)
  7. Nntp-Posting-Host: max.jpl.nasa.gov
  8. Organization: Image Analysis Systems Group, JPL
  9. Date: Mon, 9 Nov 1992 21:40:08 GMT
  10. Lines: 43
  11.  
  12. I installed xntp3 last week.  We've been running an older xntp (v2) for
  13. a long time and it appeared quite stable, but I wanted to upgrade since
  14. a lot of other machines around here were installing the newer version
  15. and having trouble if they didn't put the "version 2" for our hosts in
  16. their config files.  Easier to upgrade than fixing everyone else,
  17. I thought.
  18.  
  19. I have a question about the DOSYNCTODR_SUCKS definition in the config file.
  20. We are running a bunch of Suns, and we've been using tickadj to turn off
  21. dosynctodr when the system boots.  Using that, everything has been
  22. working just fine.  In particular, when the machine comes back up
  23. after being powered off, the clock seemed to be set to a reasonable value,
  24. or at least I didn't notice that it was far enough off to be a problem.
  25. In xntp3, this DOSYNCTODR_SUCKS thing has a comment that seems
  26. to indicate that if I don't define this, the hardware clock doesn't get
  27. updated by xntpd.  Is this something new in v3?  Also, there is a comment
  28. that says that I probably only need this if I'm not on a network.  It seems
  29. to me that if this is indeed a problem, the machine could wake up
  30. with the clock far enough out of whack that xntpd would give up, making
  31. this an issue for "networked" machines as well.
  32.  
  33. I initially xntpd (v3) with this definition disabled.  When I booted the
  34. machine after being powered off over the weekend, the clock was 14
  35. seconds off.  This isn't great, but it sounds reasonable for a
  36. battery-powered CPU clock.  It looks to me like the CPU's hardware
  37. clock must have been OK when the system went down.  Since I got this
  38. fairly reasonable behavior with DOSYNCTODR_SUCKS undefined, what is
  39. the benefit of having it defined?
  40.  
  41. One other comment about xntpd v3 compared to v2:  boy, does that
  42. thing like to make a lot of noise in the logfiles!  There's now all
  43. this status information being sent to syslog at LOG_INFO, which in
  44. steady-state used to only have the hourly drift messages.  I would still
  45. like to see the drift info, but not all that other junk.  In order
  46. to do this, I'll have to go hack the code or just forego the drift messages
  47. by fixing syslog.conf.  Has anyone else noticed this verbosity?  Will
  48. it fade away after everything settles down, or should I do something
  49. now to avoid filling all my root partitions?
  50.  
  51. thanks
  52. -- 
  53. Steve Groom, stevo@elroy.jpl.nasa.gov
  54. Jet Propulsion Laboratory, Pasadena, CA
  55.