[Backgroundrb-devel] trouble stopping backgroundrb
gethemant at gmail.com
Wed Sep 17 13:06:57 EDT 2008
Hi Jonathan & Ryan,
Problem is cross platform issues, just sending "KILL" won't work across
all the platforms.Also we are sending a Process.kill("-TERM",pgid),
because, this will ensure that corresponding workers also get killed.
What was the exception, you got when this happened, that can shed some
light on the issue.
On my ubuntu box,
On Wed, 2008-09-17 at 11:42 -0400, Jonathan Wallace wrote:
> Hi Ryan,
> I recently ran into the same issue where the backgroundrb process
> would not respond to ./script/backgroundrb stop command. The pid file
> was being deleted but the actual process was not being killed. I'm
> running packet 0.1.12 on gentoo.
> I'm not exactly sure what conditions put backgroundrb into such a
> state but I've decided to modify the script/backgroundrb to behave a
> little differently.
> My hypothesis is that if one of the Process.kill method calls in
> script/backgroundrb raises an exception, the pid file is deleted even
> though the kill signal is never sent. At this point, running starting
> and stopping backgroundrb never affects the original still running
> backgroundrb process.
> There are a couple of reasons that I believe an exception could be
> raised. Either the Process.getpgid(pid), Process.kill('TERM', pid) or
> the PRocess.kill('-TERM', pgid) raise an exception or the effective
> uid of the user running script/backgroundrb stop does not have
> permission to kill those processes.
> To fix this, we've removed the Process.getpgid and the two
> Process.kill's that are sending the TERM signal. Since we've
> architected our backgroundrb jobs to be persistent and idempotent (a
> db backed queue written before the feature appeared in bdrb), we'll
> just use the KILL signal.
> On Tue, Sep 16, 2008 at 12:11 PM, Ryan Case <mrryancase at gmail.com> wrote:
> > Hi folks -
> > I'm having trouble getting backgroundrb to stop after one of the
> > packet_worker_r processes dies.
> > If backgroundrb is running properly,
> > "/path/to/application/script/backgroundrb stop" works fine, but often
> > one of the packet_worker_r processes dies, and the stop command no
> > longer works after that (it runs, but it does not stop the processes,
> > and so then start doesn't work).
> > The only thing that seems to work at that point is to manually kill
> > the processes that are still running, and then the start works, but
> > that is going to make restarting via monit a lot less clean.
> > Any ideas would be much appreciated!
> > I'm using github version of backgroundrb, and packet 0.1.13 running on ubuntu.
> > Thanks!
> > Ryan
> > _______________________________________________
> > Backgroundrb-devel mailing list
> > Backgroundrb-devel at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/backgroundrb-devel
> Backgroundrb-devel mailing list
> Backgroundrb-devel at rubyforge.org
More information about the Backgroundrb-devel