state change question
Noel Platzke
neufpas at gmail.com
Thu Apr 1 17:22:01 CEST 2010
Yeah, it's the sticky acknowledgement that caused the problem. I'm
permanently disabling it. There needs to be a better way to control this
other than hacking the gui.
On Thu, Apr 1, 2010 at 11:06 AM, steve f <a31modela at hotmail.com> wrote:
>
> Hey Fritz,
>
> Maybe this is the issue ?
>
> Steve F.
>
>
>
> http://www.mail-archive.com/nagios-users@lists.sourceforge.net/msg18874.html
>
> You are specifying 'Sticky Acknowledgement'.
>
> Command Description
> This command is used to acknowledge a service problem. When a service
> problem is acknowledged, future notifications about problems are
> temporarily disabled until the service changes from its current state.
> If you want acknowledgement to disable notifications until the service
> recovers, check the 'Sticky Acknowledgement' checkbox.
>
>
> ------------------------------
> Date: Thu, 1 Apr 2010 10:40:21 -0400
> From: neufpas at gmail.com
> To: nagios-users at lists.sourceforge.net
> Subject: [Nagios-users] state change question
>
>
> I'm trying to track down an issue and am not sure If I'm following what is
> happening correctly. We had a service go critical and start sending alerts.
> The service was then acknowledged so it would stop sending notifications.
> The problem with that service was then "resolved" by getting the service
> into a WARN state instead of getting it back to OK. The service then ended
> up going critical again but it never sent a notification on the hard state
> change from WARN to CRITICAL. Is it possible that because it never went back
> to OK the acknowledgement never went away? I'm reading through the docs and
> I don't see anything that covers this scenario. Is this expected behavior or
> am I missing something and need to do more digging?
>
> ------------------------------
> Hotmail: Trusted email with powerful SPAM protection. Sign up now.<http://clk.atdmt.com/GBL/go/210850553/direct/01/>
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/users/attachments/20100401/409c60ff/attachment.html>
-------------- next part --------------
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
-------------- next part --------------
_______________________________________________
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