Nagios can die and still update the CGI date?

[Jay R. Ashworth]

On Mon, Jul 14, 2008 at 04:36:53PM -0500, Marc Powell wrote:
> Please start a new e-mail for a new question. This e-mail will  
> forevermore be associated with the 'check_freshness...' post that you  
> started with.

Yeah, Marc; I know better than to tailgate; I just forgot to delete the
IRT header.

> On Jul 14, 2008, at 3:46 PM, Jay R. Ashworth wrote:
> > Does the CGI not at least scream somehow if there's nothing running
> > behind it?
> 
> If nagios dies in such a way that the status_file still exists, no.  
> You might consider running check_nagios (from the plugins distrib)  
> from cron.

Aha.  I presume that's something independent of Nagios that removes
that file if it can't find a running Nagios process?  I'll check it
out; thanks.

> > And, what about Naomi?
> 
> She threatened a restraining order the last time I called. I just  
> stalk her now...

Haw.  :-)

Cheers,
-- jra
-- 
Jay R. Ashworth                   Baylink                      jra at baylink.com
Designer                     The Things I Think                       RFC 2100
Ashworth & Associates     http://baylink.pitas.com                     '87 e24
St Petersburg FL USA      http://photo.imageinc.us             +1 727 647 1274

	     Those who cast the vote decide nothing.
	     Those who count the vote decide everything.
	       -- (Josef Stalin)

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
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