Everyone,
Sorry to be a bother, but nobody replied so I am sending this one more time. Has anybody seen this or have any idea how to figure out what the issue is? It is still happening every night in my environment. ------------------------------------------------------------------------ ---------------------- Greetings everyone, I am having issues processing SNMP traps with 3.1 For some reason, some of my hosts are not seeing that there are multiple SNMP traps setup. For example...I have some wireless network controllers that I am monitoring. I have two SNMP checks setup The first one is for catching traps related to access points being up or down The second is to catch and ignore some traps that they send out that I cannot turn off and do not care about The other night, I got one of these useless traps, but Opsview failed to process it and told me it failed to match one rule (the one about the access points). I verified I have two rules setup, why would OpsView fail to recognize the second rule? Do I need to bounce snmptrapd when I add new rules. Note...some of the hosts with two rules process all traps correctly, while some do not. This is running on CentOS 5.3 32bit with the lastest version of OpsView. Thank you. ------------------------------------------------------------------------ ---------------------------------- Kirk Frankovich Systems Administrator 847.427.5223 - Direct 847.489.4717 - Cell [email protected] Fort Dearborn Company 1530 Morse Ave Elk Grove Village, IL 60007 -- Confidentiality Notice: This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution, copying or taking any action in reliance upon this information is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. This message was scanned by ESVA and is believed to be clean.
_______________________________________________ Opsview-users mailing list [email protected] http://lists.opsview.org/lists/listinfo/opsview-users
