[Check_mk (english)] Should service notification number be reset to 0 when changing state?

Archive checkmk-en
1

Hi,

I’ve been reviewing the documentation for check_mk and searching the archives but can’t find an answer to whether the service notification number should be reset to 0 when the state of the service changes? E.g. from WARN to CRIT and then
back to WARN again.

Can anyone advise or point me to any useful information on how this aspect of check_mk/Nagios works?

Thanks,

Craig March

HTTP code 503 immediately notified without check attempts
2

Hi Craig,

according to http://nagios.sourceforge.net/docs/3_0/macrolist.html (search for “notification number”) I’d expect a reset only when host/service recovers to OK.

But I don’t know and it’s just a guess.

Regards,

Marcel

···

Craig March cmarch@mds.gb.net schrieb am Di., 10. März 2015 um 18:41 Uhr:

Hi,

I’ve been reviewing the documentation for check_mk and searching the archives but can’t find an answer to whether the service notification number should be reset to 0 when the state of the service changes? E.g. from WARN to CRIT and then
back to WARN again.

Can anyone advise or point me to any useful information on how this aspect of check_mk/Nagios works?

Thanks,

Craig March

checkmk-en mailing list

checkmk-en@lists.mathias-kettner.de

http://lists.mathias-kettner.de/mailman/listinfo/checkmk-en

3

Hi Marcel,

Thanks for the info – that makes sense now.

Just wondering if there is a way to handle the changing of a ‘long term’ WARN that moves into CRIT if we only want the first two notifications of each state?

Craig

···

Hi Craig,

according to http://nagios.sourceforge.net/docs/3_0/macrolist.html (search for “notification number”) I’d expect a reset only when host/service recovers to OK.

But I don’t know and it’s just a guess.

Regards,

Marcel

Craig March cmarch@mds.gb.net schrieb am Di., 10. März 2015 um 18:41 Uhr:

Hi,

I’ve been reviewing the documentation for check_mk and searching the archives but can’t find an answer to whether the service notification number should be reset to 0 when the state
of the service changes? E.g. from WARN to CRIT and then back to WARN again.

Can anyone advise or point me to any useful information on how this aspect of check_mk/Nagios works?

Thanks,

Craig March

checkmk-en mailing list
checkmk-en@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-en

4

Hi Craig,

I don’t think there’s any chance to get this behavior changed - at least not without modifying the code of the used monitoring core.

But as I’m not omniscient I may be wrong :wink:

Regards,

Marcel

···

Craig March cmarch@mds.gb.net schrieb am Mi., 11. März 2015 um 12:57 Uhr:

Hi Marcel,

Thanks for the info – that makes sense now.

Just wondering if there is a way to handle the changing of a ‘long term’ WARN that moves into CRIT if we only want the first two notifications of each state?

Craig

From: Marcel Schulte [mailto:schulte.marcel@gmail.com]
Sent: 11 March 2015 04:13
To: Craig March; checkmk-en@lists.mathias-kettner.de
Subject: Re: [Check_mk (english)] Should service notification number be reset to 0 when changing state?

Hi Craig,

according to http://nagios.sourceforge.net/docs/3_0/macrolist.html (search for “notification number”) I’d expect a reset only when host/service recovers to OK.

But I don’t know and it’s just a guess.

Regards,

Marcel

Craig March cmarch@mds.gb.net schrieb am Di., 10. März 2015 um 18:41 Uhr:

Hi,

I’ve been reviewing the documentation for check_mk and searching the archives but can’t find an answer to whether the service notification number should be reset to 0 when the state
of the service changes? E.g. from WARN to CRIT and then back to WARN again.

Can anyone advise or point me to any useful information on how this aspect of check_mk/Nagios works?

Thanks,

Craig March

checkmk-en mailing list
checkmk-en@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-en

checkmk-en mailing list

checkmk-en@lists.mathias-kettner.de

http://lists.mathias-kettner.de/mailman/listinfo/checkmk-en

5

Hi Marcel,

I think you are right!
http://support.nagios.com/forum/viewtopic.php?f=7&t=10735

However, after upgrading to 1.2.6 it looks like Rule Based Notifications will go some way to what I’m trying to achieve by providing a “Match service event
type” rule that allows state changes to be used. This will send out at least one notification when the state changes from WARN to CRIT.

Thanks for your help.

Craig

···

Hi Craig,

I don’t think there’s any chance to get this behavior changed - at least not without modifying the code of the used monitoring core.

But as I’m not omniscient I may be wrong :wink:

Regards,

Marcel

Craig March cmarch@mds.gb.net schrieb am Mi., 11. März 2015 um 12:57 Uhr:

Hi Marcel,

Thanks for the info – that makes sense now.

Just wondering if there is a way to handle the changing of a ‘long term’ WARN that moves into CRIT
if we only want the first two notifications of each state?

Craig

From: Marcel Schulte [mailto:schulte.marcel@gmail.com]
Sent: 11 March 2015 04:13
To: Craig March; checkmk-en@lists.mathias-kettner.de
Subject: Re: [Check_mk (english)] Should service notification number be reset to 0 when changing state?

Hi Craig,

according to http://nagios.sourceforge.net/docs/3_0/macrolist.html (search for “notification number”) I’d expect a reset only when host/service recovers to OK.

But I don’t know and it’s just a guess.

Regards,

Marcel

Craig March cmarch@mds.gb.net schrieb am Di., 10. März 2015 um 18:41 Uhr:

Hi,

I’ve been reviewing the documentation for check_mk and searching the archives but can’t find an answer to whether the service notification number should be reset to 0 when the state
of the service changes? E.g. from WARN to CRIT and then back to WARN again.

Can anyone advise or point me to any useful information on how this aspect of check_mk/Nagios works?

Thanks,

Craig March

checkmk-en mailing list
checkmk-en@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-en

checkmk-en mailing list
checkmk-en@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-en