RE: Unable to Generate Traps on Processes, etc...
"Billington, David" <[email protected]>
| Newsgroups | gmane.network.net-snmp.user |
|---|---|
| Message-ID | <6936A933D29A434E90F1A555A9D4B21A39494B@USDTEX1.tellabs-west.tellabsinc.net> |
Thanks for your help! Please see responses below: ________________________________ From: Dave Shield [mailto:[email protected]] Sent: Thu 3/16/2006 3:10 AM To: Billington, David Cc: [email protected] Subject: Re: Unable to Generate Traps on Processes, etc... On Wed, 2006-03-15 at 15:51 -0600, Billington, David wrote: > Hi! I have a Redhat 9 server with net-snmp 5.0.9 installed. I'd strongly suggest that you upgrade to 5.2.2, or 5.3.0.1. The 5.0.x line is extremely old code now, and things have moved on a lot since then. > # Trap Configuration > > authtrapenable 1 > trapcommunity public > trapsink <ip_addr1> > trapsink <ip_addr2> > trapsink <ip_addr3> > informsink <ip_addr1> > informsink <ip_addr2> > informsink <ip_addr3> Why do you want to send *two* copies of each trap to each of these destinations? Please use *EITHER* "trapsink" *OR* "informsink" for any given host receiver. Not both. --Thanks, I've removed the 'trapsink' lines. Just to confirm, the remaining 'informsink' lines will send all generated traps to the specified destinations?-- > # Trap Generation > > agentSecName internal > rouser internal > defaultMonitors yes That looks good. Presumably you also have a "createUser internal ..." entry somewhere? --Uhmm, no. The file I listed in the original email was complete. I've now added the line "createUser internal MD5 "<some phrase>"" to the snmpd.conf file just above the "agentSecName" line. Is that all that's required? I've tested this new configuration and am still not generating traps for process problems.-- What do you see if you walk the usmUserSecurityName object? --"internal"-- > Cold start traps are received if the snmpd service is restarted, > but if I kill a monitored process (e.g. ntpd), nothing happens. What do you see if you walk the prTable? Has the corresponding prErrorFlag been set? -- Yes, the prErrorFlag is being set and cleared properly for the specified process, just no traps.-- Try running the agent with '-Dmte' - what debug output do you see? --I'll try that and let you know.-- Dave ============================================================ The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any reproduction, dissemination or distribution of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. Tellabs ============================================================