<br><br><div class="gmail_quote">On Thu, Nov 18, 2010 at 3:27 AM, Andreas Ericsson <span dir="ltr"><<a href="mailto:ae@op5.se">ae@op5.se</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div><div></div><div class="h5">On 11/17/2010 08:11 PM, marc pascual wrote:<br>
> Hello,<br>
><br>
> I have too much passive checks coming in (12*880) to the point that some<br>
> aren't getting processed by nagios. Now I've decided to rewrite the plugins<br>
> so that it will only report state changes via nsca. (OK-to-CRIT and<br>
> CRIT-to-OK). The problem I see with this move is that, if something<br>
> temporarily hampers an nsca communication (e.g. transient high load, or<br>
> temporary network blip), then there's no guaranteed way for nagios to know<br>
> the real state of the service on the next check cycle. I wonder if anyone<br>
> out there has implemented their checks similar to this, and what solutions<br>
> or workarounds were implemented to make sure that nagios will eventually get<br>
> updated with the correct states.<br>
><br>
<br>
</div></div>You want freshness checks. Browse the nagios documentation for it and you'll<br>
find what you're looking for.<br>
<br>
Welcome to the list btw. It seems things finally worked out for you.<br>
<font color="#888888"><br>
<br>
</font></blockquote></div><br>But freshness checks imply that checks should be coming in at a regular 
interval (unless I'm mistaken). In this case, I don't have an idea when 
the next check result will come as I'm only sending results on state 
changes. <br>
<br>(Thanks for the help earlier/yesterday, I had to re-resubscribe my email address "with the dots" in it)<br><br>Marc<br>