It's a special business logic : distributed nagios, nagios business process, no notification and watching nagvis 24/7.<br><br>Thank you for your suggestion about SERVICESTATETYPE, I was also thinking about it.<br><br>thanks for your answer Marc.<br>
regards,<br>Gael.<br><br><br><div class="gmail_quote">2010/1/19 Marc Powell <span dir="ltr"><<a href="mailto:marc@ena.com">marc@ena.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="h5"><br>
On Jan 19, 2010, at 12:42 PM, Gael Cheron wrote:<br>
<br>
> Hi all,<br>
><br>
> In the doc dealing with the service cluster with the check_cluster plugin, the example uses $SERVICESTATEID:host:Service$<br>
><br>
> But I'd like to use the hardstate. As far as I know, there is no variable giving the service hardstate. I had a look at the list <a href="http://nagios.sourceforge.net/docs/2_0/macros.html" target="_blank">http://nagios.sourceforge.net/docs/2_0/macros.html</a><br>

><br>
> Do somebody know if there is a way to do this ?<br>
<br>
</div></div>Having such a macro wouldn't make much sense, IMHO. It seems you might not understand the difference between HARD and SOFT states or I don't understand the problem you're trying to solve? What would it's value be while the service was in a SOFT state, presumably when you'd be interested in using it? OK? WARNING? CRITICAL? $LASTSERVICESTATEID$ might be close to what you're thinking about but I believe that it updates after every check, regardless of HARD/SOFT status.<br>

<br>
I think you're wanting check_cluster to do something only if the things it's watching are in a HARD state. My suggestion would be to pass $SERVICESTATETYPE:host:Service$ for each cluster element to check_cluster and teach check_cluster to read that and to do what you need based on your business logic.<br>

<br>
Hope that helps...<br>
<br>
--<br>
<font color="#888888">Marc<br>
</font><div><div></div><div class="h5"><br>
<br>
------------------------------------------------------------------------------<br>
Throughout its 18-year history, RSA Conference consistently attracts the<br>
world's best and brightest in the field, creating opportunities for Conference<br>
attendees to learn about information security's most important issues through<br>
interactions with peers, luminaries and emerging and established companies.<br>
<a href="http://p.sf.net/sfu/rsaconf-dev2dev" target="_blank">http://p.sf.net/sfu/rsaconf-dev2dev</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>
<br>
</div></div></blockquote></div><br>