<HTML><HEAD> <META http-equiv=Content-Type content="text/html; charset=iso-8859-15"> <META content="MSHTML 6.00.2900.3059" name=GENERATOR></HEAD> <BODY style="MARGIN: 4px 4px 1px; FONT: 10pt Tahoma"> <DIV>I didn't quite understand the disk example. But a simple and popular answer to the trap issue is a program called SNMPTT.</DIV> <DIV> </DIV> <DIV>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 traps for the associated host.</DIV> <DIV> </DIV> <DIV>I modified SNMPTT's DB just slightly--adding an "acknowledge" column and then wrote a simple php page which would allow a user to acknowledge the one/many traps for that particular host.</DIV> <DIV> </DIV> <DIV>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 recommend 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.</DIV> <DIV> </DIV> <DIV>Good luck.</DIV> <DIV> </DIV> <DIV>Marlo<BR><BR>>>> Ståle Askerød Johansen <s.a.johansen@usit.uio.no> 3/19/2007 5:51 AM >>><BR><BR>(This may appear twice. I fumbled with my subscription confirmation)<BR><BR><BR>Here at the University of Oslo we are currently running Nagios<BR>alongside our current monitoring system in order to check if<BR>Nagios suits our needs.<BR><BR>So far, we are very happy with most of what we see. However, we<BR>also consider using Nagios (with some suitable www-interface) as<BR>our primary alarm console. This means that we will want to feed lots<BR>of passive checks into Nagios from several other systems.<BR><BR>Let me give you an example:<BR><BR>- we want to forward SNMP-traps to Nagios from the management cards of <BR>our Dell and HP servers.<BR>- we setup our trap-receivers to submit this through NSCA.<BR>- on the nagios server, we define the service "snmp trap" on all the <BR>relevant hosts. the service is volatile and not active.<BR>- we test.<BR>- the hardware sends for instance "Fan 2 not OK". Nagios receives this <BR>as a critical event. let's pretend the operator uses some time to fix this.<BR>- in the mean time, the hardware on the same host sends for instance <BR>"battery needs replacement". Nagios receives this as a critical event, <BR>but the previous event if NO LONGER visible in the interface.<BR><BR>Some may argue that we need to make separate services for each type of <BR>trap we want to receive, but sheer numbers make this not very elegant.<BR><BR><BR>We need a way to tell Nagios that "this service is of a special kind <BR>whose events should not replace each other as they are received". This <BR>will make it easier to use Nagios and a suitable web-gui as a central <BR>alarm receiver without adding thousands of new services.<BR><BR>The same problem also makes it difficult to make, for instance, a plugin <BR>that monitors all userdisks on a host and reports to a service <BR>"userdisks", since the events will overwrite each other.<BR><BR>Has anyone else thought of this? Is it difficult to implement? Are we <BR>wrong in assuming that this is impossible with the present Nagios? Have <BR>we misunderstood completely? Is it a stupid and childish idea? :-)<BR><BR>-- <BR>Ståle Johansen, sysadmin, University of Oslo, Norway.<BR><BR>-------------------------------------------------------------------------<BR>Take Surveys. Earn Cash. Influence the Future of IT<BR>Join SourceForge.net's Techsay panel and you'll get the chance to share your<BR>opinions on IT & business topics through brief surveys-and earn cash<BR><A href="http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV">http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV</A><BR>_______________________________________________<BR>Nagios-devel mailing list<BR>Nagios-devel@lists.sourceforge.net<BR><A href="https://lists.sourceforge.net/lists/listinfo/nagios">https://lists.sourceforge.net/lists/listinfo/nagios</A>-devel<BR></DIV> <HR>NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.<BR> </BODY></HTML>