home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / next / sysadmin / 4995 < prev    next >
Encoding:
Text File  |  1992-09-02  |  1.5 KB  |  34 lines

  1. Newsgroups: comp.sys.next.sysadmin
  2. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!ux1.cso.uiuc.edu!news.cso.uiuc.edu!usenet
  3. From: jeffo@uiuc.edu (J.B. Nicholson-Owens)
  4. Subject: Easing clock to correct time via ntp
  5. Message-ID: <BtyqJ7.9vo@news.cso.uiuc.edu>
  6. Sender: usenet@news.cso.uiuc.edu (Net Noise owner)
  7. Reply-To: jeffo@uiuc.edu (J.B. Nicholson-Owens)
  8. Organization: University of Illinois at Urbana
  9. Date: Wed, 2 Sep 1992 18:11:29 GMT
  10. Lines: 22
  11.  
  12. I've heard that using a simple "ntp -s" or "ntp -f" isn't good for the  
  13. system because the clock might jump to the correct time from whatever it  
  14. was set at before and cause a crontab entry to be skipped.
  15.  
  16. I don't know if this is true and, therefore, was wondering if it would be  
  17. a good idea to stick an "ntp -s <ntp host>" in as a crontab entry running  
  18. every 10 minutes?   I figure the worst that will happen with this is that  
  19. the clock will be set correctly the first time and never be too far off  
  20. from what time it *really* is.  Unfortunately, if my clock isn't that  
  21. good, it will only be correct on the 10th minute, when it was jerked to  
  22. the correct time.
  23.  
  24. If there is a way to ease the clock forward or backward (accelerate or  
  25. decelerate the ticking of seconds, I suppose) so that the clock was  
  26. correct relatively all the time and not pass up any minutes or seconds  
  27. (thus solving any problem with crontab entries being skipped), how is that  
  28. done?
  29.  
  30. Thanks.
  31. --
  32. -- Jeff (jeffo@uiuc.edu)
  33. -- no NeXTmail please
  34.