We use delayed job and it's a very powerful bit of kit. We also moved
from a cron-based system of dealing with regular tasks.

The one thing to bear in mind is, as with all daemons, you need to make
sure that delayed_job itself is still running (it might explode). You
can use God for this but there is always the chance that this itself
will fail (which has happened to us).

Our approach was to regularly put a job (use cron for this) in the
delayed_job queue that touches a file somewhere in /var/run or /tmp ...
this way you can easily set up a nagios check on the machine to test if
the file is getting created (and hence, delayed job is processing the
jobs in the queue).

Just something that we discovered in our travels ...

On 30/08/11 10:14, Michael Pearson wrote:
> Hi,
>
> I just posted this to serverfault[0] and was hoping that somebody here
> had solved the problem with a nice drop-in Ruby-friendly solution:
>
>     We're using cron to manage our backups and other jobs in multiple
>     locations. Using chef to populate files in cron.daily,
>     cron.hourly, etc has worked pretty well for us so far, but with
>     some issues:
>
>           o I don't want to have to manage a mailserver on the system
>             just to receive cron output
>           o I want to be able to put output in my cron jobs without
>             receiving email about them if nothing went wrong
>           o I don't want to have to check /var/log/messages to see if
>             jobs failed without output
>           o I don't want to have to log in to the system to find that
>             the backup job is still running
>
>     Optimally, I'd like a web-based frontend that I can use to see
>     this information, either as an extension on cron or a complete
>     replacement.
>
>     I can solve the above problems myself with a bit of scripting, but
>     I'm sure that this is a problem that others have solved already.
>
>     Note that I acknowledge that this is a completely separate issue
>     from verifying the backups after they've been completed.
>
> [0] 
> http://serverfault.com/questions/306249/what-alternatives-are-there-to-cron-for-running-scheduled-jobs
>
> -- 
> Michael Pearson
> The Bon Scotts; http://www.thebonscotts.com
>
> -- 
> You received this message because you are subscribed to the Google
> Groups "Ruby or Rails Oceania" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to
> [email protected].
> For more options, visit this group at
> http://groups.google.com/group/rails-oceania?hl=en.


-- 

----

Andrew Boag - Director
Catalyst IT
[email protected]

mob: +61 421 528 125
ddi: +61 2 8002 1758

www.catalyst-au.net

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
or Rails Oceania" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/rails-oceania?hl=en.

Reply via email to