<div>I think I found one of the causes for the excessive notifacations - the notification_interval was set to 0. For almost all our services we have a high number (such as 1440), but this current value of zero must have made it's way into the code somehow. This is my current definition: </div>

<blockquote dir="ltr" style="MARGIN-RIGHT: 0px">
<div> <font face="Arial" size="2">define service {</font> <br><font face="Arial" size="2">        use                             generic-service</font> <br><font face="Arial" size="2">        service_description             Current load for virtual servers</font> <br>
<font face="Arial" size="2">        servicegroups                   performance</font> <br><font face="Arial" size="2">        hostgroups                      virtual-servers</font> <br><font face="Arial" size="2">        is_volatile                     0</font> <br>
<font face="Arial" size="2">        check_period                    24x7</font> <br><font face="Arial" size="2">        max_check_attempts              3</font> <br><font face="Arial" size="2">        normal_check_interval           5</font> <br>
<font face="Arial" size="2">        retry_check_interval            1</font> <br><font face="Arial" size="2">        notification_interval           0</font> <br><font face="Arial" size="2">        notification_period             24x7</font> <br>
<font face="Arial" size="2">        check_command                   check_remote_load!/home/nagios/.ssh/id_rsa!nagios!13.0,8.0,3.0!15.0,10.0,5.0</font> <br><font face="Arial" size="2">}</font> </div></blockquote>
<div> </div>
<div>Setting this attribute to a higher value should make me get a lot less notifications, but I will still get more or less duplicate notifications. Help on avoiding this will be appreciated.</div>
<div> </div>
<div>Regarding your specific questions: I think the service definition above answers most of them. We don't run multiple Nagios daemons on the same machine. I didn't find anything unusual in objects.cache. <br> </div>

<div><span class="gmail_quote">On 11/12/08, <b class="gmail_sendername">Marc Powell</b> <<a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:marc@ena.com" target="_blank">marc@ena.com</a>> wrote:</span> 
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br>On Nov 12, 2008, at 2:43 AM, Kenneth Holter wrote:<br><br>><br>> Thanks for your reply.<br>><br>
> The "is_volatile" options is actually already set to "0". :/<br><br>That's interesting. That's about the only option that would cause the<br>behavior you are reporting that I can think of. Are you using event<br>
handlers for notifications? Is your notification_interval the same or<br>similar to your normal_check_interval? Make sure that you don't have<br>multiple nagios daemons running at the same time and that the service<br>
definition in objects.cache is as you expect it to be.<br><br>The only case in which nagios cares about the _text_ of the plugin<br>output is when state stalking is enabled. Even then, it only provides<br>logging of that change, not a notification. There are only two<br>
conditions under which notifications will be sent out (<a onclick="return top.js.OpenExtLink(window,event,this)" href="http://nagios.sourceforge.net/docs/3_0/notifications.html)--" target="_blank">http://nagios.sourceforge.net/docs/3_0/notifications.html)--</a><br>
<br>"When Do Notifications Occur?<br><br>The decision to send out notifications is made in the service check<br>and host check logic. Host and service notifications occur in the<br>following instances...<br><br>    * When a hard state change occurs. More information on state<br>
types and hard state changes can be found here.<br>    * When a host or service remains in a hard non-OK state and the<br>time specified by the <notification_interval> option in the host or<br>service definition has passed since the last notification was sent out<br>
(for that specified host or service)."<br><br>> I think it would be correct to sum up what I'm in need of like this:<br>> Whenever there is a transition from one hard error state to another<br>> hard error state, or when there has been a recovery from such an<br>
> error, I'd like a notification.<br><br>Yup. Standard Operating Procedure for nagios. You have to do something<br>unusual to not get this behavior. Perhaps you should post some config<br>information from objects.cache for inspection. service definition,<br>
contact definition and notification command definition.<br><br>--<br>Marc<br><br><br>-------------------------------------------------------------------------<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge<br>
Build the coolest Linux based applications with Moblin SDK & win great prizes<br>Grand prize is a trip for two to an Open Source event anywhere in the world<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_blank">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br>
_______________________________________________<br>Nagios-users mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:Nagios-users@lists.sourceforge.net" target="_blank">Nagios-users@lists.sourceforge.net</a><br>
<a onclick="return top.js.OpenExtLink(window,event,this)" 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>