New Nagios external commands for downtime deletion

[Ton Voon]

On 25 Mar 2011, at 09:52, Jochen Bern wrote:

> On 03/24/2011 05:48 PM, Ton Voon wrote:
>> the current mechanism of deletion by id number doesn't work in a
>> distributed environment.
> 
> FWIW, and taking a rather theoretical/long-term stance, coordination
> between different Nagios instances is hampered by the fact that there's
> no core interface genuinely supporting it:
> -- The command file is unidirectional.
> -- OC*P covers only a very limited set of topics.
> -- The NEB modules API doesn't do remote comm. (Several popular actual
>   modules filled that gap, though.)
> And once a comm channel is available, globally unique IDs (from downtime
> IDs to hostnames to whatever) and their relations (as in, is "Foobar
> Database Connector" the *same* host for all communicating Nagiosses?
> What about host "Nagios"?) would likely be the next issue.

Agreed. Opsview sends these commands down to slaves via SSH into the cmd pipe which feels like a hack.

> 
>> Where is the documentation to go for new external commands? Google
>> says here:
>> http://old.nagios.org/developerinfo/externalcommands/commandlist.php
>> but it is broken, and the domain is old.nagios.org
> 
> Looking up the core documentation from www.nagios.org leads to
> http://nagios.sourceforge.net/docs/nagioscore/3/en/extcommands.html,
> which links to http://www.nagios.org/developerinfo/externalcommands/,
> which redirects to the URL you found. Broken or not, it is *officially*
> so. ;-)

So the next question is: How do we create and publish documentation updates to this?

Ton


------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar