home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / linux / 16226 < prev    next >
Encoding:
Text File  |  1992-11-09  |  1.9 KB  |  41 lines

  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!news.tek.com!uw-beaver!uw-coco!quick!victrola!vince
  3. From: vince@victrola.sea.wa.us (Vince Skahan)
  4. Subject: Re: cron gets stuck.
  5. References: <1992Nov2.174856.22567@muug.mb.ca> <1992Nov4.185828.150@victrola.sea.wa.us> <Bx9rB9.6r5@ais.org>
  6. Organization: Vince and Suzie's Underpowered PC
  7. Date: Mon, 9 Nov 1992 19:03:09 GMT
  8. Message-ID: <1992Nov9.190309.162@victrola.sea.wa.us>
  9. Lines: 30
  10.  
  11. lcd@ais.org (Leon Dent) writes:
  12.  
  13. >In article <1992Nov4.185828.150@victrola.sea.wa.us> vince@victrola.sea.wa.us (Vince Skahan) writes:
  14. >>In article <1992Nov2.174856.22567@muug.mb.ca> gkm@muug.mb.ca (Greg K. Moeller) writes:
  15. >>>I'm using cron to spawn UUCP and news shells, etc.
  16. >>>The problem is that when I replace the crontab entry for either of these
  17. >>>(crontab -u news -r news.tab[as root]) the entryy gets replaced ok, but cron
  18. >>>gets stuck.  It doesn't do anything for anyone at all.  I have to kill it
  19. >>>and restart it.  From my reading of the docs for cron, it's supposed to
  20. >>>notice that the file has changed, and re-read it.
  21. >>>
  22. >>I've found that if I change a crontab entry, I have to do a "
  23. >>    "kill `cat /etc/cron.pid` ; /etc/crond" 
  24. >>to get cron to reinitialize off the new entry.  I tried a kill -HUP but
  25. >>it killed it dead rather than re-initializing off the files.
  26.  
  27. >Yeah, but its supposed to work accroding to the docs.  If you are running
  28. >a multi-user system, is each user supposed to send mail to root to re-start
  29. >cron every time they change an entry?
  30.  
  31. try a man 'crontab'.  It appears that if you use the crontab command
  32. (crontab <-u username> -r filename) to replace the existing filename with
  33. the new, edited filename...as the new crontab for the user specified or as
  34. you if you don't specify any user, it *DOES* take effect immediately.
  35.  
  36. works here at least :-)
  37.  
  38. -- 
  39.      ---------- Vince Skahan --------- vince@victrola.sea.wa.us ----------
  40.     Running Linux/C-news/trn/Elm/Smail - we don't need no steenkin' MS-DOS 
  41.