[Nagios-users] Nagios client merge NSCA/NRPE

[Andreas Ericsson]

cruft.
useless
with
it
kill
I'll
or
posting,
top
stop
must
it
in
posting
everyone
and
thread
This

Hans Engelen wrote:
> Again, I totally agree. In my opinion it makes a lot of sense. Not
> just for passive checks either. For instance with many of the Log4*
> implementations out there one can do almost anything with the
> appenders including turning them into JMS messages. Maybe not the best
> example but you get my drift. As messaging is fast becoming (if it
> isn't already) a standard thing in the world of corporate applications
> adding messaging to Nagios brings the two a little bit closer.
> 

Before you get going implementing something like this, please consider
why micro-kernels have never been a hit; Messaging systems, and
especially generic ones that can carry pretty much whatever, come with
a huge performance penalty. Try using a message queue for real-time 3d
rendering and you'll quickly see why it doesn't work.

> 
> I also see possebilities for active checks as I mentioned. Especially
> with check distribution systems as seen in DNX.
> 

What has DNX got to do with it? It already sends its checks back to
Nagios without fiddling with message queues.

> Other benefits are that EMS systems are easier to tunnel through
> things like firewalls and have often got clustering abilities too.
> 

That's pure and utter bullcrap. I'm curious who gave you the notion
that firewalls care about application layer protocols. It'd be interesting
to know so I can ask them for advice and then do the exact opposite.

> The only downside I see is that it is an extra application to install
> and manage and depending on your choice is possibly a commercial
> application. Then again I am guessing many corporations already have
> an EMS.

Unless you mean "many = the majority", this solution is nowhere near
interesting enough, imo. Otoh, go wild and hack it up. I'll get you
some hosting for it if you like, and when you have something to test,
I'll chuck it over to our QA team.

> And also as you mention most EMS have JMS support which would
> make the whole thing vendor agnostic (nice term). Where needed one
> could always use things like stomp to go even further in the
> abstraction.
> 

One question though; Why would we want to start tinkering around
with Java in Nagios? Windows' poor fork() support already makes the
plugins unusable under Windows unless you completely re-design the
entire core engine, and it's written in sufficiently portable C to
work on 99.9% of all unix systems where people actually still install
new software (or upgrade old one, for that matter).

-- 
Andreas Ericsson                   andreas.ericsson at op5.se
OP5 AB                             www.op5.se
Tel: +46 8-230225                  Fax: +46 8-230231

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/