On 3 July 2012 02:39, Christoph Anton Mitterer cales...@scientia.net wrote:
On Tue, 2012-07-03 at 02:04 +0200, Javier Fernández-Sanguino Peña wrote:
This should be
fixed in cron itself (through it's SIG handler)
Are you going to follow this up?
I you are asking if this is going to fix in the
tag 679106 pending
thanks
Hi,
After reviewing this bug I believe we did not fix it properly in 3.0pl1-117.
In that version we did the following change:
* debian/cron.init:
- Don't call start-stop-daemon directly, use LSB init functions
instead. Among other things, this
Hi.
Great.
On Tue, 2012-07-03 at 02:04 +0200, Javier Fernández-Sanguino Peña wrote:
This should be
fixed in cron itself (through it's SIG handler)
Are you going to follow this up?
Cheers,
Chris.
smime.p7s
Description: S/MIME cryptographic signature
Hey.
On Sat, 2012-06-30 at 11:31 +0200, Javier Fernandez-Sanguino wrote:
Thanks for the information. The killlproc() function is not removing
the pidfile, and it probably should.
Yeah...
- which version of lsb-base do you have installed. Is it the latest
one (4.1+Debian7)?
Yes.
- which
On 29/06/2012, Christoph Anton Mitterer cales...@scientia.net wrote:
On Wed, 2012-06-27 at 20:36 +0200, Javier Fernandez-Sanguino wrote:
For its stop argument, cron uses /lib/lsb/init-functions's killproc. I
believe killproc should remove the pidfile if the processes is killed
properly.
ok...
Hi Javier.
Sorry for the late reply:
On Wed, 2012-06-27 at 20:36 +0200, Javier Fernandez-Sanguino wrote:
For its stop argument, cron uses /lib/lsb/init-functions's killproc. I
believe killproc should remove the pidfile if the processes is killed
properly.
ok... weird...
I'm unable to
tag 679106 moreinfo
thanks
Apparently, cron doesn't clear the PID file once stopped, so
subsequent invokations of:
/etc/init.d/cron stop
continue to try killing a process of that PID.
For its stop argument, cron uses /lib/lsb/init-functions's killproc. I
believe killproc should remove the
Package: cron
Version: 3.0pl1-123
Severity: critical
Justification: breaks unrelated software
Hi.
Apparently, cron doesn't clear the PID file once stopped, so
subsequent invokations of:
/etc/init.d/cron stop
continue to try killing a process of that PID.
E.g.:
# /etc/init.d/cron stop
[ ok ]
8 matches
Mail list logo