Nagios doesn't die when killed

[Chris St. Pierre]

On Fri, 12 Dec 2008, James Pratt wrote:

> Unfortunately - not really ... I guess you could modify your init script to run an strace on a quick start and stop, and redirect to file, but that may produce a lot of unwanted garbage/goop.

I've already straced the stop, and there's nothing even remotely
suspicious.  The SIGTERM is received, and happily ignored.  If there's
something I should be looking for, I'm afraid I don't know what that
would be.

> I see Dag Wiers' has a 3.0.6 RPM for EL5 out there but I cannot locate the srpm
>
> http://rpmfind.net/linux/RPM/dag/redhat/el5/i386/nagios-devel-3.0.6-1.el5.rf.i386.html
>
> I'm not positive it would work, as I've moved most of my fedoras' to CentOS 5 - Fedoras release cycle is just a bit too fast for us, and I don't know how the versions line up with EL rpms anymore... :\

Dag's Nagios RPM uses a different specfile than the one in
Fedora/EPEL, with different paths and fun things that break in
exciting ways when you mix his RPMs with those from Fedora or EPEL.
Since we use EPEL, I try to avoid Dag Wieers' stuff where it overlaps,
thus the rebuilding from Fedora.  TBH, trying to use Dag's RPM would
be a much bigger chore than porting the specfile in 3.0.5 in Fedora to
3.0.6 and rebuilding for RHEL.

Chris St. Pierre
Unix Systems Administrator
Nebraska Wesleyan University


------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null