<br><tt><font size=2>nagios-users-bounces@lists.sourceforge.net wrote on
02/20/2008 09:46:12 AM:<br>
<br>
> <br>
> On more than a few occasions, I've had users ask me if it's possible
to<br>
> have alerts sent if the output of a check changes.  That is,
if you<br>
> consider that a check might actually have multiple failure conditions
it<br>
> could be monitoring.  And example of this might be a single command
you<br>
> run that reports about multiple aspects of an application.  The
check<br>
> goes critical if one part of that app becomes non-functional, but
if a<br>
> second piece goes off-line, the state of the check hasn't changed,
so no<br>
> notification is sent.<br>
> <br>
> I read about "state stalking" and thought that this might
be what I was<br>
> looking for.  However, after reading a bit more closely, it appears
that<br>
> what state stalking is really about is logging results of checks and
not<br>
> about sending additional notifications.<br>
> <br>
> I understand the philosophy of "well if one part is broken or
two parts<br>
> are broken, you have to fix it anyway".  There's also the
hack of having<br>
> recurring notifications sent (say every 30 minutes) which should send
a<br>
> user the latest check output.  Neither of those options are particularly<br>
> nice for us.  I had thought about writing a custom check for
each line<br>
> of output that this command generates, but that seems needlessly<br>
> painful.<br>
> <br>
> I see that volatile checks are more about notifications, however they<br>
> will send a notification every time the service comes back non-OK
(i.e.<br>
> even if the check output is exactly the same) which is not what we
want.<br>
> <br>
> I'm guessing the answer here is "Nagios can't do that",
but I thought<br>
> I'd ask anyway.<br>
> <br>
> Thanks<br>
> <br>
> Mark<br>
> <br>
</font></tt>
<br><tt><font size=2>Technically Nagios can't do that. At least not from
the vantage point you have described. We are much more granular in our
monitoring for exactly the scenario you have described. At this point we
don't combine multiple pieces into a single service check unless a department
manager specifically requests a full overview in a single check. We monitor
each piece with its own service check so we have complete control over
who get notified for what, when they get notified, how often they get notified,
and so on. I would say that Nagios can do what you want but that it is
up to you to make your checks more granular.<br>
</font></tt>