<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style></style></head><body lang=EN-NZ link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'>We’ve found that for SNMP trap services, we set the following:<o:p></o:p></span></p><p class=MsoNormal style='text-indent:36.0pt'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'>is_volatile 1 # notify on every failure message, not just when going from OK to failure state<o:p></o:p></span></p><p class=MsoNormal style='text-indent:36.0pt'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'>max_check_attempts 1 # notify on the first failure every time<o:p></o:p></span></p><p class=MsoNormal style='text-indent:36.0pt'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'>stalking_options o,w,c # log *<b>all</b>* OK, Warning and Critical messages to the Nagios log even if the state hasn’t changed<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'>None of these will show all the traps in the host/service display however it will log all the states you have defined to the log file every time the host/service check output is received. Just a warning though - too many hosts/services being stalked can make the log file very big.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><b><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#003366'>-- <o:p></o:p></span></b></p><p class=MsoNormal><b><span style='font-size:11.0pt;font-family:"Arial","sans-serif";color:#003366'>Gavin Grieve</span></b><b><span lang=EN-AU style='font-size:11.0pt;font-family:"Arial","sans-serif";color:#003366'><o:p></o:p></span></b></p><p class=MsoNormal><span lang=EN-US style='font-size:8.0pt;font-family:"Arial","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:8.0pt;font-family:"Arial","sans-serif";color:#7F7F7F'>Systems Management Specialist </span><span lang=EN-AU style='font-size:8.0pt;font-family:"Arial","sans-serif";color:gray'>|</span><span style='font-size:8.0pt;font-family:"Arial","sans-serif";color:gray'> Datacom </span><span lang=EN-AU style='font-size:8.0pt;font-family:"Arial","sans-serif";color:gray'>|</span><span style='font-size:8.0pt;font-family:"Arial","sans-serif";color:gray'> Datacom House, 68 Jervois Quay, Wellington, 6011, New Zealand</span><span style='font-size:8.0pt;font-family:"Arial","sans-serif";color:#1F497D'><o:p></o:p></span></p><p class=MsoNormal><span style='font-size:8.0pt;font-family:"Arial","sans-serif";color:gray'><a href="http://www.datacom.co.nz/">www.datacom.co.nz</a> | PO Box 6376, Marion Square, Wellington, New Zealand 6141</span><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><b><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif"'>From:</span></b><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif"'> Manish Kumar [mailto:manikumar85@gmail.com] <br><b>Sent:</b> Thursday, 13 June 2013 9:09 p.m.<br><b>To:</b> Nagios Users List<br><b>Subject:</b> Re: [Nagios-users] Discussion: Nagios<o:p></o:p></span></p><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>Hi,<o:p></o:p></p><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>In past I have configured snmp traps from network devices to display in the nagios UI. I have defined only one trap service under a network device which captures all the traps sent for this device in the service, so it will always show you the latest submitted trap/message and send out an alert based on if it's a Warning/Critical trap as may be defined by you in the snmptt config file or the integration script you used.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Since any critical/warning alert logs a ticket on a ticketing system integrated with nagios, we are not so concerned to see all the alerts displayed in one service.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>In your case if you always want to display all the incoming traps to be displayed permanently you may need to define multiple trap service under that host and in the integration script you have to map different traps to the different services which you defined. But even in that case you might have defined and mapped a cpu trap service and a fan problem trap service under a host, so the cpu and fan trap will not display in the same service but guess if the new fan trap comes it will again override the old trap and show you in the nagios UI. But in this situation there also a chance to miss a trap or unknow trap which you may not have mapped.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>The other way which we are using is I defined a single trap service under a host and I used to reset it to OK after few seconds or minutes of the trap submission so by default it's always OK and once a trap comes it will display it, fire an alert and again rest to OK after few seconds.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Hope it helps you some what :)<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div></div><div><p class=MsoNormal style='margin-bottom:12.0pt'><o:p> </o:p></p><div><p class=MsoNormal>On Thu, Jun 13, 2013 at 6:31 AM, Divya Raj <<a href="mailto:divisback@gmail.com" target="_blank">divisback@gmail.com</a>> wrote:<o:p></o:p></p><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm'><div><div><div><div><div><p class=MsoNormal><b><span style='font-family:"Verdana","sans-serif"'>Hi Nagios-Users,</span></b><o:p></o:p></p></div></div></div></div></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><b><span style='font-family:"Verdana","sans-serif"'>Currently, I am working with Nagios where I have integrated it with a database platform (remote machines) to listen to the alerts and display them in the Nagios Web Interface. </span></b><o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><b><span style='font-family:"Verdana","sans-serif"'>Nagios here runs on RHEL. The remote mahine sends SNMP trap messages (its an external device and not a box so no NRPE/SSH). I've setup SNMPTRAPD in the machine which captures the snmp messages from the box and calls Nagios command to route them to Nagios. For this also, I have defined a trap service to manage the incoming traps from the remote machine. </span></b><o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><b><span style='font-family:"Verdana","sans-serif"'>But, the problem is that only the topmost alert is displayed in the Nagios (in the log as well as in the Nagios Web UI). Is that like till the first one gets cleared the other alerts for the same service don't show up? The thing is that I need all the alerts sent from the remote machine to be sent under one service/host to Nagios.</span></b><o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><b><span style='font-family:"Verdana","sans-serif"'>Any pointers regarding this will be much appreciated.</span></b><o:p></o:p></p></div><div><p class=MsoNormal><b><span style='font-family:"Verdana","sans-serif"'>Thank You.</span></b><o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><b><span style='font-family:"Verdana","sans-serif"'>Regards,</span></b><o:p></o:p></p></div><div><p class=MsoNormal><b><span style='font-family:"Verdana","sans-serif"'>Divya.</span></b><o:p></o:p></p></div><p class=MsoNormal><br>------------------------------------------------------------------------------<br>This SF.net email is sponsored by Windows:<br><br>Build for Windows Store.<br><br><a href="http://p.sf.net/sfu/windows-dev2dev" target="_blank">http://p.sf.net/sfu/windows-dev2dev</a><br>_______________________________________________<br>Nagios-users mailing list<br><a href="mailto:Nagios-users@lists.sourceforge.net">Nagios-users@lists.sourceforge.net</a><br><a href="https://lists.sourceforge.net/lists/listinfo/nagios-users" target="_blank">https://lists.sourceforge.net/lists/listinfo/nagios-users</a><br>::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.<br>::: Messages without supporting info will risk being sent to /dev/null<o:p></o:p></p></blockquote></div><p class=MsoNormal><br><br clear=all><o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal>-- <o:p></o:p></p><div><p class=MsoNormal>Thanks<br>Manish Kumar<o:p></o:p></p><div><p class=MsoNormal><a href="http://www.manishkr.com" target="_blank">www.manishkr.com</a><o:p></o:p></p></div><div><p class=MsoNormal><a href="http://in.linkedin.com/in/manishkumar85" target="_blank">http://in.linkedin.com/in/manishkumar85</a><o:p></o:p></p></div></div></div></div></body></html>