A recurring flexible downtime is the solution I am currently using. However, my requirements have changed because certain tasks are not scheduled by time, but are instead triggered by other factors. So simply setting a recurring downtime window, or blacking out certain hours from the notification period is not an ideal solution. I would like to place the responsibility of suppressing alerts on the script that disrupts the service, instead of on a cron job or any other external system.
<br><br><div><span class="gmail_quote">On 1/23/08, <b class="gmail_sendername">Aaron M. Segura</b> <<a href="mailto:aaron.segura@cabelas.com">aaron.segura@cabelas.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Can't you set flexible recurring downtime to solve this?<br><br>Ie: If the MySQL Database goes down between Midnight and 4am, start a<br>downtime window that last for 1 hour. If the DB is still down after an<br>hour, send an alert.
<br><br>I wrote a PHP script you can use in cron to schedule such a downtime<br>event:<br><br><a href="http://www.nagiosexchange.org/Downtimes.38.0.html?&tx_netnagext_pi1[p_view]=628">http://www.nagiosexchange.org/Downtimes.38.0.html?&tx_netnagext_pi1[p_view]=628
</a><br><a href="http://nagios.sourceforge.net/docs/2_0/downtime.html">http://nagios.sourceforge.net/docs/2_0/downtime.html</a><br><br><br>On Wed, 2008-01-23 at 09:38 -0500, Scott Sanders wrote:<br>> In my case, a backup job might take down a MySQL database for anywhere
<br>> from 1 minute to 1 hour, depending on the size of the database.<br>> Because the time needed to perform the backup is flexible and the time<br>> when the backup might occur is not always known, I cannot simply set
<br>> the affected services to only notify in a timeperiod that excludes<br>> certain hours of the days. This is just an example of why I need to<br>> allow scripts and applications not on the nagios host(s) to be able to
<br>> use the external command pipe.<br>><br>> Currently I have a very simple API over https that uses the same auth<br>> mechanism as the Nagios frontend, and PHP classes that I can use in my<br>> client side scripts to manipulate this API. I am able to query Nagios
<br>> about object data and status data, as well as submit commands to the<br>> nagios.cmd pipe. In order for the external command functionality to<br>> work the way I intend, I need to obtain a response from nagios so my
<br>> server can respond back to the client with the results of processing<br>> the external command. I am really hoping there is an easy way to do<br>> this, as replacing the nagios.cmd file with something besides a FIFO
<br>> pipe requires modification to the nagios source and is something I was<br>> trying to avoid.<br>><br>> Thanks for the response. I hope this makes sense.<br>><br>> -Scott<br>><br>> On 1/23/08, Andreas Ericsson <
<a href="mailto:ae@op5.se">ae@op5.se</a>> wrote:<br>> Scott Sanders wrote:<br>> > Hi,<br>> ><br>> > I am working on implementing some functionality that will<br>> allow me to safely
<br>> > expose nagios.cmd to external hosts. In my environment there<br>> are maintenance<br>> > tasks that run periodically which disrupt certain services,<br>> causing nagios
<br>> > to start generating alerts. Needless to say, I am tired of<br>> having my cell<br>> > phone go crazy when this happens.<br>><br>> In that case, why not ask "How do I keep my cellphone from
<br>> waking me up?"?<br>> Instead, you've thought up a solution to your problem, which<br>> generates<br>> other problems, and now you want help solving those other<br>
> problems.<br>><br>> Assuming you know when these disruptive tasks are run, you<br>> should simply<br>> create a notification_period that doesn't include the<br>> sensitive hours
<br>> and use that notification_period for the services being<br>> disrupted.<br>><br>> There are other solutions too, but this one is normally the<br>> recommended,<br>> so I suggest you try that out first.
<br>><br>> --<br>> Andreas Ericsson <a href="mailto:andreas.ericsson@op5.se">andreas.ericsson@op5.se</a><br>> OP5 AB <a href="http://www.op5.se">
www.op5.se</a><br>> Tel: +46 8-230225 Fax: +46 8-230231<br>><br>> -------------------------------------------------------------------------<br>> This SF.net email is sponsored by: Microsoft
<br>> Defy all challenges. Microsoft(R) Visual Studio 2008.<br>> <a href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a><br>> _______________________________________________ Nagios-users mailing list
<a href="mailto:Nagios-users@lists.sourceforge.net">Nagios-users@lists.sourceforge.net</a> <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
<br></blockquote></div><br>