notification_interval < normal_check_interval
Paul M Dubuc
work at paul.dubuc.org
Tue Apr 19 03:35:46 CEST 2011
Mike Chesnut wrote:
> On 04/18/2011 12:08 PM, Paul M. Dubuc wrote:
>>
>> Mike Chesnut wrote:
>>> I have a check that I only want to occur once a day, so I do this in the
>>> service definition:
>>>
>>> normal_check_interval 1440
>>>
>>> However, when it fails, I want it to retry every 10 minutes, so I do this:
>>>
>>> retry_check_interval 10
>>>
>>> My default notification_interval is set to 15. When I run a pre-flight
>>> check, I get this:
>>>
>>> Warning: Service '<service>' on host'<host>' has a notification
>>> interval less than its check interval! Notifications are only re-sent
>>> after checks are made, so the effective notification interval will be
>>> that of the check interval.
>>>
>>> Is that warning telling me that notifications are only sent when a
>>> normal check occurs? What I want is for in the event of a failure,
>>> notifications to continue to be sent (every 15 minutes) until the
>>> service recovers. Will that be the case?
>>>
>>> Thanks,
>>> Mike
>>>
>>
>> What is the value of max_check_attempts? It's at the end of that number of
>> checks that the service enters a hard state and a notification is sent. If
>> the value is 1, then the warning makes perfect sense because no retry checks
>> will be done.
>
> max_check_attempts is 2. Is that a sensible number here?
>
> Thanks,
> Mike
>
OK, I think it will work this way: You will get a notification if there
is still a problem after the retry check. After that, the check
interval reverts to the normal interval and, if the problem persists
after the retry, you will not get another notification until after the
next normal interval check. You will not get a recovery notification
until then either if the problem clears up unless you rerun the check
manually. This doesn't sound like what you want. I don't think you can
do what you want without shortening the normal check interval.
Paul Dubuc
------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve
application availability and disaster protection. Learn more about boosting
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________
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
More information about the Users
mailing list