Re: [Nagios-devel] Wish: Multiple instances of alerts on the same
Posted: Mon Mar 19, 2007 7:44 am
This is a MIME message. If you are reading this text, you may want to
consider changing to a mail reader or gateway that understands how to
properly handle MIME multipart messages.
--=__PartC7E371BB.0__=
Content-Type: multipart/alternative; boundary="=__PartC7E371BB.1__="
--=__PartC7E371BB.1__=
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
I didn't quite understand the disk example. But a simple and popular answer=
to the trap issue is a program called SNMPTT.
=20
Have SNMPTT catch all the traps you send and log them to a mysql database. =
Then have a "SNMP Traps" service actively check the database for all new tr=
aps for the associated host.
=20
I modified SNMPTT's DB just slightly--adding an "acknowledge" column and th=
en wrote a simple php page which would allow a user to acknowledge the one/=
many traps for that particular host.
=20
I'll leave SNMPTT for you to get set up, but I'll include my simple plugin =
and php page. Feel modify them to meet your needs/ version of SNMPTT. I rec=
ommend using the php page as the "action_url" for the trap service passing =
in the $HOSTNAME$ macro as a GET parameter. These are both pretty quick and=
dirty, so don't be too critical.
=20
Good luck.
=20
Marlo
>>> St=E5le Asker=F8d Johansen 3/19/2007 5:51 AM=
>>>
(This may appear twice. I fumbled with my subscription confirmation)
Here at the University of Oslo we are currently running Nagios
alongside our current monitoring system in order to check if
Nagios suits our needs.
So far, we are very happy with most of what we see. However, we
also consider using Nagios (with some suitable www-interface) as
our primary alarm console. This means that we will want to feed lots
of passive checks into Nagios from several other systems.
Let me give you an example:
- we want to forward SNMP-traps to Nagios from the management cards of=20
our Dell and HP servers.
- we setup our trap-receivers to submit this through NSCA.
- on the nagios server, we define the service "snmp trap" on all the=20
relevant hosts. the service is volatile and not active.
- we test.
- the hardware sends for instance "Fan 2 not OK". Nagios receives this=20
as a critical event. let's pretend the operator uses some time to fix this.
- in the mean time, the hardware on the same host sends for instance=20
"battery needs replacement". Nagios receives this as a critical event,=20
but the previous event if NO LONGER visible in the interface.
Some may argue that we need to make separate services for each type of=20
trap we want to receive, but sheer numbers make this not very elegant.
We need a way to tell Nagios that "this service is of a special kind=20
whose events should not replace each other as they are received". This=20
will make it easier to use Nagios and a suitable web-gui as a central=20
alarm receiver without adding thousands of new services.
The same problem also makes it difficult to make, for instance, a plugin=20
that monitors all userdisks on a host and reports to a service=20
"userdisks", since the events will overwrite each other.
Has anyone else thought of this? Is it difficult to implement? Are we=20
wrong in assuming that this is impossible with the present Nagios? Have=20
we misunderstood completely? Is it a stupid and childish idea?
--=20
St=E5le Johansen, sysadmin, University of Oslo, Norway.
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page ... &CID=3DDE=
VDEV=20
_______________________________________________
Nagios-devel mailing list
[email protected]=20
https://lists.sourceforge.net/lists/lis ... gios-devel
----------------------------------------------------------------------
NOTICE: This email message is for the sole use of the intended recipient(s)=
and may co
...[email truncated]...
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]
consider changing to a mail reader or gateway that understands how to
properly handle MIME multipart messages.
--=__PartC7E371BB.0__=
Content-Type: multipart/alternative; boundary="=__PartC7E371BB.1__="
--=__PartC7E371BB.1__=
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
I didn't quite understand the disk example. But a simple and popular answer=
to the trap issue is a program called SNMPTT.
=20
Have SNMPTT catch all the traps you send and log them to a mysql database. =
Then have a "SNMP Traps" service actively check the database for all new tr=
aps for the associated host.
=20
I modified SNMPTT's DB just slightly--adding an "acknowledge" column and th=
en wrote a simple php page which would allow a user to acknowledge the one/=
many traps for that particular host.
=20
I'll leave SNMPTT for you to get set up, but I'll include my simple plugin =
and php page. Feel modify them to meet your needs/ version of SNMPTT. I rec=
ommend using the php page as the "action_url" for the trap service passing =
in the $HOSTNAME$ macro as a GET parameter. These are both pretty quick and=
dirty, so don't be too critical.
=20
Good luck.
=20
Marlo
>>> St=E5le Asker=F8d Johansen 3/19/2007 5:51 AM=
>>>
(This may appear twice. I fumbled with my subscription confirmation)
Here at the University of Oslo we are currently running Nagios
alongside our current monitoring system in order to check if
Nagios suits our needs.
So far, we are very happy with most of what we see. However, we
also consider using Nagios (with some suitable www-interface) as
our primary alarm console. This means that we will want to feed lots
of passive checks into Nagios from several other systems.
Let me give you an example:
- we want to forward SNMP-traps to Nagios from the management cards of=20
our Dell and HP servers.
- we setup our trap-receivers to submit this through NSCA.
- on the nagios server, we define the service "snmp trap" on all the=20
relevant hosts. the service is volatile and not active.
- we test.
- the hardware sends for instance "Fan 2 not OK". Nagios receives this=20
as a critical event. let's pretend the operator uses some time to fix this.
- in the mean time, the hardware on the same host sends for instance=20
"battery needs replacement". Nagios receives this as a critical event,=20
but the previous event if NO LONGER visible in the interface.
Some may argue that we need to make separate services for each type of=20
trap we want to receive, but sheer numbers make this not very elegant.
We need a way to tell Nagios that "this service is of a special kind=20
whose events should not replace each other as they are received". This=20
will make it easier to use Nagios and a suitable web-gui as a central=20
alarm receiver without adding thousands of new services.
The same problem also makes it difficult to make, for instance, a plugin=20
that monitors all userdisks on a host and reports to a service=20
"userdisks", since the events will overwrite each other.
Has anyone else thought of this? Is it difficult to implement? Are we=20
wrong in assuming that this is impossible with the present Nagios? Have=20
we misunderstood completely? Is it a stupid and childish idea?
--=20
St=E5le Johansen, sysadmin, University of Oslo, Norway.
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page ... &CID=3DDE=
VDEV=20
_______________________________________________
Nagios-devel mailing list
[email protected]=20
https://lists.sourceforge.net/lists/lis ... gios-devel
----------------------------------------------------------------------
NOTICE: This email message is for the sole use of the intended recipient(s)=
and may co
...[email truncated]...
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]