Re: Problems with periodic scripts in jails [Cron <operator_at_sosai> /usr/libexec/save-entropy]

From: Charles Swiger <cswiger_at_mac.com>
Date: Wed, 2 Jun 2004 15:46:58 -0400
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.

-- 
-Chuck
Received 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