On Jun 2, 2004, at 12:11 PM, Dan Nelson wrote: > A nice addition to cron might be a way to tell it that certain jobs > should be single-instance. I know about half of my cron jobs look > like: > > /usr/local/bin/lockfile -r 1 -l 3600 /tmp/runjob.LCK && ( runjob ; rm > /tmp/runjob.LCK ) > > and it'd be handy if cron would do this internally (no physical > lockfiles needed). The least intrusive way would be to add a magic > variable similar to MAILTO; NO_OVERLAP=1 or something. Anyone up for a > Junior Userland Hacker project? :) If a cron job (eg, a shell script) doesn't perform whatever locking it needs for itself, what happens when someone runs the script by hand? What happens to cron's "internal locking" if one restarts cron? Why jump through hoops to avoid creating lockfiles if you're going to need some persistent mechanism to track locks when/if cron terminates, anyway? My suggestion would be to move the invocation of lockfile into the runjob script itself, so that your crontab is smaller and less cluttered, and your runjob scripts become smart enough to fend for themselves. -- -ChuckReceived on Wed Jun 02 2004 - 10:47:06 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:55 UTC