<HTML><HEAD> <META content="text/html; charset=utf-8" http-equiv=Content-Type> <META name=GENERATOR content="MSHTML 8.00.7601.17573"></HEAD> <BODY style="MARGIN: 4px 4px 1px; FONT: 10pt Tahoma"> <DIV>Yes, it was to stop the notifications, but I would then like to receive notifications again when the service that was acknowledged goes into a critical state. But non-sticky acknowledgments has solved this problem for me.</DIV> <DIV> </DIV> <DIV>I think I am going to change my default to non-sticky. >>> Yueh-Hung Liu <yuehung.liu@gmail.com> 2011/05/13 10:07 >>> what's the purpose of acknowledging the service problems? just to suppress the notifications or ....? On Fri, May 13, 2011 at 3:34 PM, Andre Kruger <Andre.Kruger@trw.com> wrote: > Hi > > Can you guys please give me your input on how you handle the following > situation. > > Lets take monitoring a disk as an example. For arguments sake lets say when > the disk reaches 80% capacity I send out a warning and at 90% I send out a > critical. There is also a Service Escalation configured to send out > notifications when this service reaches critical. > > So at 80 percent I get my notification all is well. I then go ahead and > acknowledge the event and in doing so Nagios will not send out any further > notifications. Which according to the Nagios logic is correct. > > The problem is if the disk in the mean time reaches critical, 90% capacity, > I won't get another notification. Not even the Service Escalation helps > here, because the event has already been acknowledged. > > Do you guys have any suggestions on how this problem can be solved? > > Regards > Andre > > P Please consider your environmental responsibility before printing this > e-mail or any other document. Ask yourself whether you need a hard copy. > ------------------------------------------------------------------------------ > Achieve unprecedented app performance and reliability > What every C/C++ and Fortran developer should know. > Learn how Intel has extended the reach of its next-generation tools > to help boost performance applications - inlcuding clusters. > <A href="http://p.sf.net/sfu/intel-dev2devmay">http://p.sf.net/sfu/intel-dev2devmay</A> > _______________________________________________ > Nagios-users mailing list > Nagios-users@lists.sourceforge.net > <A href="https://lists.sourceforge.net/lists/listinfo/nagios-users">https://lists.sourceforge.net/lists/listinfo/nagios-users</A> > ::: Please include Nagios version, plugin version (-v) and OS when reporting > any issue. > ::: Messages without supporting info will risk being sent to /dev/null > ------------------------------------------------------------------------------ Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. <A href="http://p.sf.net/sfu/intel-dev2devmay">http://p.sf.net/sfu/intel-dev2devmay</A> _______________________________________________ Nagios-users mailing list Nagios-users@lists.sourceforge.net <A href="https://lists.sourceforge.net/lists/listinfo/nagios-users">https://lists.sourceforge.net/lists/listinfo/nagios-users</A> ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null </DIV> <div> P Please consider your environmental responsibility before printing this e-mail or any other document. Ask yourself whether you need a hard copy. </div> </BODY></HTML>