Date: Tue, 4 Apr 95 12:10:19 MDT From: terry@cs.weber.edu (Terry Lambert) To: pritc003@maroon.tc.umn.edu (Mike Pritchard) Cc: paul@isl.cf.ac.uk, ghelmer@alpha.dsu.edu, freebsd-questions@FreeBSD.org Subject: Re: cron skipped jobs during ST->DST change Message-ID: <9504041810.AA15283@cs.weber.edu> In-Reply-To: <199504040728.CAA07834@mpp.com> from "Mike Pritchard" at Apr 4, 95 02:28:45 am
next in thread | previous in thread | raw e-mail | index | archive | help
> I've used systems in the past that got this all right. During either > time change, every scheduled cron job was run once and only once as long > as cron remained running during that magic hour. Yes; this is a bug in cron. The problem with firing all the jobs in the time period is sequence dependencies. You can argue that timing should not be used for most sequences ; thats is, dependent operations should all be fired by the same shell script. The problem with this ideal is that the sequence could be defined such that a backup will fire when the machine is assumed to be relatively idle. People who live in DST areas and fire backups at 2AM exactly should get their heads examined anyway. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9504041810.AA15283>