<br><br><div class="gmail_quote">On Mon, Jul 2, 2012 at 12:39 AM, Nair <span dir="ltr"><<a href="mailto:vmanojv@rediffmail.com" target="_blank">vmanojv@rediffmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi All<br>
<br>
Is there any harm is setting retry check interval plus max check attempt greater than normal check interval.<br>
<br>
Say like configs below:<br>
<br>
Config#1<br>
<br>
normal_check_interval=10min<br>
retry_check_interval=5min<br>
max_check_attempt=4<br>
<br>
Config#2<br>
<br>
normal_check_interval=5min<br>
retry_check_interval=10min<br>
max_check_attempt=3<br>
<br>
Thank you in advance.<br>
<br>
Regards<br>
Nair<br>
<br>
<br>
<br><br><br><table style="font-family:Verdana;font-size:11px;line-height:15px" border="0" cellpadding="0" cellspacing="0" height="57" width="100%"><tbody><tr><td><a href="http://sigads.rediff.com/RealMedia/ads/click_nx.ads/www.rediffmail.com/signatureline.htm@Middle?" target="_blank"><img src=""></a></td>
</tr></tbody></table><table border="0" cellpadding="0" cellspacing="0" width="578"><tbody><tr><td><span style="font-family:Arial,Helvetica,sans-serif;font-size:12px;color:#393939">Follow <span style="color:#0000cc"><b><u><a href="http://track.rediff.com/click?url=___http://dealhojaye.rediff.com?sc_cid=rediffmailsignature___&cmp=signature&lnk=rediffmailsignature&newservice=deals" target="_blank">Rediff Deal ho jaye!</a></u></b></span> to get exciting offers in your city everyday.</span></td>
</tr></tbody></table><br>------------------------------------------------------------------------------<br>
Live Security Virtual Conference<br>
Exclusive live event will cover all the ways today's security and<br>
threat landscape has changed and how IT managers can respond. Discussions<br>
will include endpoint security, mobile security and the latest in malware<br>
threats. <a href="http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/" target="_blank">http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/</a><br>_______________________________________________<br>
Nagios-users mailing list<br>
<a href="mailto:Nagios-users@lists.sourceforge.net">Nagios-users@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/nagios-users" target="_blank">https://lists.sourceforge.net/lists/listinfo/nagios-users</a><br>
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.<br>
::: Messages without supporting info will risk being sent to /dev/null<br></blockquote></div><br>Nair,<br>As all good consultants would say, "It depends." <br>There is a small network load for every test so setting shorter intervals increases the load. If you double the number of tests in an hour, you double the load.  So if you have a large number of tests on a large number of machines, doubling the frequency of the tests is probably a bad idea. What value do you think would accrue from increasing the frequency of tests? <br>
In my network, Nagios is set to start sending email notifications if the failure condition persists more than 3 test periods, i.e., the remote disk root partition is unreachable for longer than 30 minutes.  This particular test fails on my ftp server during large file transfers, with the message, plug-in timed out.  This has not turned out to be an actual problem, but is an artifact of flooding the network with file-transfer traffic.  In this case it is more sensible to let the file transfers go through than to know to an utmost certainty that the drive is not too full. <br>
<br>YMMV<br><br>Wolf<br><br clear="all"><br>-- <br>This Apt Has Super Cow Powers - <a href="http://sourcefreedom.com" target="_blank">http://sourcefreedom.com</a><br>Open-Source Software in Libraries - <a href="http://FOSS4Lib.org" target="_blank">http://FOSS4Lib.org</a><br>
Advancing Libraries Together - <a href="http://LYRASIS.org" target="_blank">http://LYRASIS.org</a><br>Apache Open Office Developer <a href="mailto:wolfhalton@apache.org" target="_blank">wolfhalton@apache.org</a><br><br>