Turn off RED for PASSIVE ONLY checks?

[Anthony.Caetano at t-systems.co.za]

I agree with Emmet on both counts.
Freshness checks will not be done if you check_period is not set (most 
likely what you want is to 24x7), at least with 2.0b1.
Here is my post from a month ago where I detailed this:


----- Forwarded by Anthony Caetano/RUN/debis on 02/11/2005 09:35 AM -----


Anthony Caetano
01/14/2005 09:51 AM

 
        To:     nagios-users at lists.sourceforge.net
        cc: 
        Subject:        heads up on freshness checking and your check_period

Hi

I have spent upwards of 4 hours trying to get freshness checking working 
in Nagios 2.0b1.  So I am just posting this so it is in the archives.

The nagios documentation says to set for the service you passively monitor
active_checks_enabled           0

The documentation doesn't make mention of the check_period...  I had set 
my check period to none since there would be no checks.  Contrary to the 
docs I set active_checks_enabled to 1 in an attempt to avoid all the "red" 
for disabled services. (This is also recommended by the naplax.sf.net REL 
package which i was using for the passive checks)
active_checks_enabled           1
check_period                    none

No freshness checks were done, ever.

I later saw that the Nagios documentation says to disable active checks. 
So I then had this
active_checks_enabled           0
check_period                    none

No freshness checks were done, ever.

Only after looking at the code did i see in check.c 
                /* see if the time is right... */
 
if(check_time_against_period(current_time,temp_service->check_period)==ERROR)
                        continue;

So basically you MUST set the equivalent of
check_period                    24x7

Otherwise the actual freshness check on that service is aborted.

cheers
-ant
************
Any views expressed in this message are those of the individual sender and 
not necessarily that of T-Systems South Africa (Pty) Ltd, its directors or 
employees, and accordingly no liability can be accepted therefore.
Although this message has been scanned for the possible presence of 
computer viruses prior to dispatch, T-Systems South Africa (Pty) Ltd 
cannot be held responsible for the transmission of any virus or other 
material transmitted with, or part of, this message.


************
Any views expressed in this message are those of the individual sender and 
not necessarily that of T-Systems South Africa (Pty) Ltd, its directors or 
employees, and accordingly no liability can be accepted therefore.
Although this message has been scanned for the possible presence of 
computer viruses prior to dispatch, T-Systems South Africa (Pty) Ltd 
cannot be held responsible for the transmission of any virus or other 
material transmitted with, or part of, this message.



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
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