home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / sgi / 16517 < prev    next >
Encoding:
Text File  |  1992-11-17  |  2.5 KB  |  70 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!wupost!cs.uiuc.edu!ux1.cso.uiuc.edu!moe.ksu.ksu.edu!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!spool.mu.edu!sgiblab!sgigate!sgi!rhyolite!vjs
  3. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  4. Subject: Re: Unruly timed
  5. Message-ID: <sevg4do@rhyolite.wpd.sgi.com>
  6. Organization: Silicon Graphics, Inc.  Mountain View, CA
  7. References: <1992Nov16.211019.20140@cis.uab.edu>
  8. Date: Mon, 16 Nov 1992 23:58:00 GMT
  9. Lines: 59
  10.  
  11. In article <1992Nov16.211019.20140@cis.uab.edu>, jpg@nrc3d.nrc.uab.edu (Jill Gemmill) writes:
  12. > 
  13. > PROBLEM:  machines synchronizing their clocks keep losing time
  14. >     (about 5 minutes per day).
  15. > SETUP:
  16. >     - We have three SGI machines, each running 4.0.5
  17. >         (names: nrc3d, clsm and nrc-iris)
  18. >     - The current "timed.options" file on machine nrc3d looks like this:
  19. >         -P /usr/tmp/.timetrim -F localhost clsm nrc-iris.nrc.uab.edu
  20. >         (each machine lists itself and the other two as
  21. >             trusted time machines)
  22. >     - Each timed starts with the -M option, which SGI writes into
  23. >         the "network" init script.
  24. > SO:
  25. >     The machines do keep the same time, but the time drifts backwards
  26. >     about 5 minutes a day.  Why does this happen, and what can I do
  27. >     to make it stop??
  28.  
  29.  
  30. Please note that "-M" really means "be moderator", not "master."
  31.  
  32. In the absense of an external standard, all that timed or any other
  33. time gadget can do is combine one or more clocks and hope the result
  34. is better.  
  35.  
  36. If one of your 3 machines is slow, time on the network will slip.
  37. The most common thing that makes time that slow is lots of "kernel
  38. printf's", because everything including the clock stops while the
  39. kernel is complaining.
  40.  
  41. Consider also the contents of /usr/tmp/.timetrim on each machine.
  42. Those files contain the recent long term average corrections needed
  43. by each system.
  44.  
  45. To fix the problem I would:
  46.  
  47.     I. on each of the 3 systems
  48.     1. delete /usr/tmp/.timetrim
  49.     2. restart timed--either reboot or 
  50.         killall -v timed
  51.         timed -M `cat /etc/config/timed.options`
  52.  
  53.     II. every day, set the time on one of the 3 machines with the date
  54.     command
  55.  
  56. (I) will make the three machine forget that they have been taught to
  57. be slow.
  58.  
  59. (II) should gradually teach them to be faster.  The need to be faster
  60. should gradually appear in each machine's /usr/tmp/.timetrim.
  61.  
  62.  
  63. It is also possible use `timeslave` or to port and use xnptd to
  64. synchronize one of the 3 machines to an external clock, and then make
  65. that one machine "free run" (-F) as a moderator of a group of one (i.e.
  66. be a master), and distribute time to the other machines with timed.
  67.  
  68.  
  69. Vernon Schryver,  vjs@sgi.com
  70.