Distributed setups

Steve Shipway s.shipway at auckland.ac.nz
Tue Jul 3 00:36:01 CEST 2007


> We're currently looking at creating a distributed setup using
> NSCA. One thing that I've found no mention of is how the host and
> service commands are forwarded.

I think they are not.

> Even if the central machien does all the notifications (as we're
> planning), completely dis/enabling service/host checks would have
> to be distributed from the central machine to the checking
> machines.

This is the biggest disadvantage of the distributed model, in my opinion
- enable/disable checks commands are not propagated (and indeed cannot
be without some serious reworking of the cmd.cgi interface) and so you
cannot stop checking any more.

However this is not such a big issue, as mostly you are more interested
in scheduling downtime and disabling/acknowledging alerts, all of which
are done on the central server.  The satellite servers (collectors) do
not do notifications, only pass the status on to the central server
(aggregator) via the OCSP command.

If I was obsessive about it, I'd modify the cmd.cgi script so that it
spots a distributed service (no active checks, only freshness checks to
set to 'unknown') and forwards to call to the host managing it (which
I'd have to store the definition of in a separate database table or
something).  Too much trouble though, particularly since our users are
forever clicking 'disable checks' when they actually mean 'disable
alerts' or 'acknowledge'.

Steve

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null





More information about the Users mailing list