Thoughts about a custom plugin

[stan]

On Sun, Jul 20, 2008 at 05:42:11PM +0200, Lennard Bakker wrote:
> stan wrote:
> > 
> >    ------------           -------------        --------------
> >    |          |          |            |        |            |
> >    | NAGIOS   |----------| DUAL       |        | TARGET     |
> >    | Host     |          | HOMED      |---+----|            |
> >    |          |          | Machine    |   |    |            |
> >    |          |          |            |   |    |            |
> >    ------------           -------------   |    --------------
> >                                           |
> >                                           |    --------------
> >                                           |    |            |
> >                                           |    | TARGET     |
> >                                           +----|            |
> >                                           |    |            |
> >                                           |    |            |
> >                                           |    --------------
> >                                           ~
> > 
> > The Nagios host can get to the dual homed machine, and I can use all the
> > standard plugins to get status from it. What I want to do is get status from
> > the TARGETS. 
> > 
> > Are you suggesting using NAPE running on the dual homed machines? And somehow
> > using this to query the targets? The web page you pointed out makes me
> > believe that NAPE is intended to allow me to execute checks on a reachable
> > machine, by using local scripts there, rather than having the NAGIOS machine
> > use the more traditional check_* plugins.
> > 
> > Am I confused?
> 
> What about installing a second instance of nagios on the dual homed 
> machine (Core logic, no webinterface). And this instance will report his 
> results with NSCA to the Nagios host.
> 
> See http://nagios.sourceforge.net/docs/3_0/distributed.html for 
> documentation.
> 
That MAY be where I wind up, but it has 2 issues:

1. The idea is to do a minimal amount of changing to the dual homed
machines, as they are actually part of control systems, and the control
system vendor support people tend to not understand when things are added
to their systems.

2. Some of the dual homed machines run very old versions of the OS (SunOS
2.5.2), and I really am having a hard time getting anything modern to
compile on them at this point in time. I do have perl on them, so if I can
write a simple perl script to accomplish this (or a shell script), I will
be better off that trying to get NAGIOS to compile on them. As an example
of this, I presently can't get the current version of NetSNMP compiled on
my build machine of this flavor of OS.

-- 
One of the main causes of the fall of the roman empire was that, lacking
zero, they had no way to indicate successful termination of their C
programs.

-------------------------------------------------------------------------
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=/
_______________________________________________
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