Re: [Nagios-users] notification_interval < normal_check_interval

2011-04-19 Thread Yueh-Hung Liu
if the service remains in a non-ok state and notification_interval
have passed since the last notification, another notification will be
sent.
please post your definition of the service.


On Tue, Apr 19, 2011 at 1:44 AM, 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 '' on 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
>
> --
> 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@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
>

--
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@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


Re: [Nagios-users] notification_interval < normal_check_interval

2011-04-19 Thread Andreas Ericsson
On 04/19/2011 03:35 AM, Paul M Dubuc wrote:
> 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_interval10

 My default notification_interval is set to 15.  When I run a pre-flight
 check, I get this:

 Warning: Service '' on 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.
> 

That's wrong, unfortunately. It will work exactly like the warning states.

First the max check attempts have to be reached and then the notifications
will start being sent out. This means you'll get one notification per time
the check is run (once every 1440 * interval_length seconds) so long as the
service remains in a non-ok state.

That's a conclusion of these rules:
1. No notifications are sent until the max check attempts are reached.
2. No notifications are sent unless the service just recently got checked.
3. The service gets re-checked using the default check-interval once the
   max check attempts have been reached.

-- 
Andreas Ericsson   andreas.erics...@op5.se
OP5 AB www.op5.se
Tel: +46 8-230225  Fax: +46 8-230231

Considering the successes of the wars on alcohol, poverty, drugs and
terror, I think we should give some serious thought to declaring war
on peace.

--
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@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


Re: [Nagios-users] notification_interval < normal_check_interval

2011-04-18 Thread Paul M Dubuc
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_interval10
>>>
>>> My default notification_interval is set to 15.  When I run a pre-flight
>>> check, I get this:
>>>
>>> Warning: Service '' on 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@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


Re: [Nagios-users] notification_interval < normal_check_interval

2011-04-18 Thread Mike Chesnut
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_interval10
>>
>> My default notification_interval is set to 15.  When I run a pre-flight
>> check, I get this:
>>
>> Warning: Service '' on 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

--
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@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


Re: [Nagios-users] notification_interval < normal_check_interval

2011-04-18 Thread Paul M. Dubuc

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_interval10
>
> My default notification_interval is set to 15.  When I run a pre-flight
> check, I get this:
>
> Warning: Service '' on 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.

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@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


[Nagios-users] notification_interval < normal_check_interval

2011-04-18 Thread Mike Chesnut
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_interval10

My default notification_interval is set to 15.  When I run a pre-flight 
check, I get this:

Warning: Service '' on 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

--
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@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