[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Nagios Integration

From: Jan-Henrik Haukeland
Subject: Re: Nagios Integration
Date: 20 Feb 2003 20:55:30 +0100
User-agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service)

Christian Hopp <address@hidden> writes:

> On Wed, 19 Feb 2003, Jan-Henrik Haukeland wrote:
> > Russell Adams <address@hidden> writes:
> (...)
> > > That being said, all I'd like to do is allow more flexible alerts,
> > > based on running an artibrary command instead of using just
> > > email. That one feature alone would be simply awesome.
> > >
> > > This way I could use paging directly like so:
> > >
> > > alert `/usr/bin/snpp -m "Monit: $EVENT for $PROGRAM on $HOST" rladams`
> > >
> > > or I would have the option of using any other program to pass on the
> > > data as needed. Spawn, exec, launch or whatever the program specified,
> > > and terminal the child process if it fails to exit in less than 90 
> > > seconds.
> >
> > Actually we have discussed this idea before also, it's not a bad idea
> > and I'm not sure why we didn't implement it. Anyone remember?
> The problem of this might be that we reduce the reliability of monit
> by depending on "other programs". ==> What should monit do if this
> mechanism fails?

monit can do the same as it does when it spawns a regular "check"
program. That is; execute - test the return value from execve and if
the return value is okay, continue, otherwise send an email alert.
This is the best approach with the minimum impact on the current
design, another solution could be to run the command in a pipe and
play around with stdin/stdout but that taste to much of a pluggin
architecture and we do not want to go down that road.

> On the other hand I would say right now...  why not having this facility
> and we don't need snmp integration... because external programs could
> send the traps, too.

There is that, it could prove flexible. But somehow, I'm not sure why,
I have mixed feelings about this feature. Anyway, let's put it on our
todo list and see how it turns out. Anyone care to give it a stab?
(Martin is busy with the device check, but Christian or Rory? If not I
can take it in between my #&$(?$#& zervlet project)

Jan-Henrik Haukeland

reply via email to

[Prev in Thread] Current Thread [Next in Thread]