Self-registering services

John P. Rouillard rouilj at
Tue Feb 8 19:49:07 CET 2005

In message <20050208172532.GJ26415 at>,
Jason Martin writes:
>One of the problems I've seen with the distributed monitoring
>model is that the configuration of the central server and
>distributed servers must be kept strictly in sync.  Might I
>suggest that some sort of interface be provided such that
>distributed servers can add services to the central server
>without having to restart it? I'd imagine some sort of scenario
>where on startup a distributed server sends its service and host
>configuration through in some sort of external command. If the
>central server restarts then a mechanism could be set up so that
>it can notify the distributed servers to resend their

This is also useful for "dynamic services". E.G. consider a switch
with 100 interfaces of which 40 of them are monitored. I would like to
create a service called:


that will only be shown if it is a problem. I will have an associated
switch1/interface host/service that I can automatically update
(e.g. with a simple rule in sec, or a cluster mechanism) to indicate
that all interfaces are ok. This helps prevent the mess of
host/service entries that are displayed if you really want to see the
status of your network in the following senario:

    passive alert for switch1/interface   when port 1 goes down 
    passive alert for switch1/interface   when port 2 goes down 
    passive alert for switch1/interface   when port 2 comes up

Without individual services you don't see that port 1 is still down.
However if you specify every single port as a service, then you have
to manage a ton of interfaces/services in the gui's.

Currently I use volatile service, but that is not quite doing the
trick since the status of failing services isn't displayed.

				-- rouilj
John Rouillard
My employers don't acknowledge my existence much less my opinions.

SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.

More information about the Developers mailing list