home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / sgi / 18476 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  1.6 KB
  1. Path: sparky!uunet!spool.mu.edu!olivea!sgigate!sgi!rhyolite!vjs
  2. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  3. Newsgroups: comp.sys.sgi
  4. Subject: Re: Timeslave bug?
  5. Message-ID: <ufs8tf4@rhyolite.wpd.sgi.com>
  6. Date: 5 Jan 93 05:25:14 GMT
  7. References: <1993Jan4.140318.29296@erenj.com> <uf8kpe8@rhyolite.wpd.sgi.com> <matt-040193214031@wardmac2.med.yale.edu>
  8. Organization: Silicon Graphics, Inc.  Mountain View, CA
  9. Lines: 30
  10.  
  11. In article <matt-040193214031@wardmac2.med.yale.edu>, matt@wardsgi.med.yale.edu (Matt Healy) writes:
  12. > I have a related question.  About every other month, a problem
  13. > at Yale Computer Center causes the campus timeserver to
  14. > jump around wildly.  The usual result is a bunch of
  15. > "time changed..." messages in my SYSLOG until eventually
  16. > cron begins to complain.
  17. > 
  18. > Is there a way of telling timeslave to perform a sanity check and
  19. > not follow such chaos?  Maybe it could make *small* corrections
  20. > but ignore corrections larger than some limit except for noting
  21. > them in SYSLOG?
  22.  
  23.  
  24. Not reliably without changing the source.
  25.  
  26. Timeslave assumes large and persistent changes mean the time standard
  27. has decided the date needs to be changed.  If the master changes the
  28. time, and then holds the new value for a while, the slave accepts
  29. the change.  How long is "a while" depends on how well the slave
  30. was following before.
  31.  
  32. It might be effective to wildly increase the "-r" parameter.
  33. Turning on debugging with `killall -v -USR1 timeslave` or starting
  34. it with -d might be illuminating.
  35.  
  36. Starting with IRIX 4.0 or maybe before, we fixed some bugs in
  37. cron's response to time leaping forward or back.
  38.  
  39.  
  40. Vernon Schryver,  vjs@sgi.com
  41.