Suggestion to first_notification_delay

[Andreas Ericsson]

On 09/15/2011 09:40 AM, Matthieu Kermagoret wrote:
> On Tue, Sep 6, 2011 at 11:21 PM, Andreas Ericsson<ae at op5.se>  wrote:
>> It took me quite a while to grok what you're saying, although the code
>> speaks clearly enough for itself. To clarify for others who might not
>> have the stamina to apply the MUA-mangled patch and read the code for
>> themselves, the patch intends to make first_notification_delay depend
>> only on the first non-OK hard state change and not reset the timer for
>> new hard states that replace the one that initially triggered the
>> first_notification_delay.
>>
> 
>  From what I understand from this patch, your explanations are the
> expected behavior but not what really happens with the code. Indeed
> the patch base the first_notification_delay on the last hard state
> change, not the first non-OK hard state change. Both might be the same
> but only if the hard state have not changed during the first
> notification delay (from critical to warning for example).
> 

Exactly. So if a service with first_notification_delay of 300 seconds
goes offline at 21:00, the first check resulting in non-OK state after
21:05 should generate the alert no matter if the state has changed
since then or not. Unless, ofcourse, the service has recovered and
then gotten a new non-OK hard state in that time.

-- 
Andreas Ericsson                   andreas.ericsson at 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.

------------------------------------------------------------------------------
Doing More with Less: The Next Generation Virtual Desktop 
What are the key obstacles that have prevented many mid-market businesses
from deploying virtual desktops?   How do next-generation virtual desktops
provide companies an easier-to-deploy, easier-to-manage and more affordable
virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/