Arthur Chance <free...@qeng-ho.org> wrote: > On 09/03/10 09:19, per...@pluto.rain.com wrote: > > Chris Rees<utis...@gmail.com> wrote: > >> You have to SIGHUP cron, not restart it. > >> # killall -HUP cron > > > > Isn't crontab(1) supposed to do that, without separate > > intervention? > > From man cron > > > Additionally, cron checks each minute to see if its spool > > directory's modification time (or the modification time on > > /etc/crontab) has changed, and if it has, cron will then > > examine the modification time on all crontabs and reload > > those which have changed. Thus cron need not be restarted > > whenever a crontab file is modified. Note that the > > crontab(1) command updates the modification time of the > > spool directory whenever it changes a crontab.
OK, I had the mechanism wrong. The main point is, it should not require manual intervention by an administrator to get cron(8) to notice when crontab(1) has revised a crontab. The one thing I can think of, short of a bug, is that a change made less than 1 minute before the newly-added or -removed event might not be noticed in time. _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"