home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / sgi / admin / 315 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.8 KB  |  57 lines
  1. Newsgroups: comp.sys.sgi.admin
  2. Path: sparky!uunet!charon.amdahl.com!amdahl!rtech!sgiblab!spool.mu.edu!howland.reston.ans.net!usc!elroy.jpl.nasa.gov!ames!sgi!rhyolite!vjs
  3. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  4. Subject: Re: Sync'ing clocks
  5. Message-ID: <ve10nuo@rhyolite.wpd.sgi.com>
  6. Organization: Silicon Graphics, Inc.  Mountain View, CA
  7. References: <C1HBuF.40C@taurus.cs.nps.navy.mil> <C1I61s.5Jz@demon.co.uk> <vdk8hdg@zola.esd.sgi.com>
  8. Date: Thu, 28 Jan 1993 02:15:11 GMT
  9. Lines: 46
  10.  
  11. In article <vdk8hdg@zola.esd.sgi.com>, olson@anchor.esd.sgi.com (Dave Olson) writes:
  12. > In <C1I61s.5Jz@demon.co.uk> pettsj@visigoth.demon.co.uk (James Petts) writes:
  13. > 
  14. > | The best way to sync clocks on a small network is to use timed(1M). The 
  15. > | man page for this is quite lucid. You will need to make sure timed is 
  16. > | turned on using chkconfig. The actual command which turns timed on is in 
  17. > | /etc/init.d/network, which is executed at boot.
  18. > 
  19. > Or large networks.  Most of the > 2000 systems on the SGI campus
  20. > on about 100 Class C nets use timed to keep the clocks in sync.
  21. > Another big chunk use xntp (including most of our WAN, but that
  22. > is as much because of the group responsible for WAN sites as anything
  23. > else, timed does work fine on WANs).
  24.  
  25.  
  26. I think they use NTP to fix the clock of a single machine on each
  27. network (i.e. "broadcast domain"), and also turn on timed with
  28. "-F localhost" in /etc/config/timed.options.
  29.  
  30. Care must be exercised with "-F localhost" to ensure that at most one
  31. machine on each network is so officious.  Two or more will fight and
  32. keep the time from being syncrhonized, not to mention corrected.
  33.  
  34. You can use timeslave in the same was as xntpd to make a local time
  35. master.  Timeslave is said to use far fewer CPU cycles, and I think it
  36. takes less configuring than xnptd.  Timeslave does not require that the
  37. remote time machine be running anything but common Internet Protocol
  38. time services, while xntpd requires the remote machine to support NTP.
  39. On the other hand, timeslave does not use an officially sanctioned or
  40. publically reviewed synchroniziation protocol.
  41.  
  42.  
  43. For most purposes, the out-of-the-box configuration of timed works for
  44. most situations.  That default configuration is to have all machines
  45. run `timed`, with no special forcing of the moderator.  (The `timed`
  46. "master" is really more of a moderator that averages all of the clocks
  47. on the network.)  To synchronize such a default network of IRIS's to
  48. the correct time, simply use the `date` command on one of them daily or
  49. twice daily for a month or so to correct the time.  This will cause
  50. each machine to compute a good "timetrim value" or figure for its long
  51. term drift in /usr/tmp/.timetrim.  A gaggle of machines all with good
  52. timetrim values, at least one of which is always powered on, should
  53. keep time almost as well as a $3 electronic clock.
  54.  
  55.  
  56. Vernon Schryver,  vjs@sgi.com
  57.