Wait. Cacti can do SNMP traps? What does it do with that data? Maybe I'm
missing something.. :)

-ray wrote:
> We use cacti too.  Have you set it up to catch snmp traps?
> 
> ray
> 
> 
> On Wed, 14 Jan 2009, Adam Melancon wrote:
> 
>> I use Cacti for all my SNMP monitoring. It works great!
>> http://cacti.net/
>>
>> Adam Melancon
>>
>>
>>
>> On Wed, Jan 14, 2009 at 1:42 PM, Brad Bendily <[email protected]> wrote:
>>
>>>> I am an SNMP newbie. I've started a project at work to monitor
>>> availability
>>>> of services on a server. These services support SNMP v1, but the docs are
>>>> pretty slim.
>>>>
>>>> I've been playing around with Net-SNMP and can do a simple SNMP get from
>>> my
>>>> workstation for the server's name and so on, so I know SNMP works on
>>>> it. However, I can't figure out how to receive a trap from the app's
>>> agent
>>>> on the server. There are too many factors with that configuration to
>>> mention
>>>> now, so I'd like to pose a simple question.
>>>>
>>>> What is the simplest demonstration of a trap (both sending and receiving)
>>>> using the Net-SNMP (http://www.net-snmp.org) tools? Can this be done
>>> using
>>>> only Net-SNMP tools? I'm using Net-SNMP as it is cross-platform. And yes,
>>> it
>>>> is open source. ;)
>>>>
>>> We have dell servers at work and usually install the dell open manage
>>> package. This adds the dell MIBs so we can get all kinds of info off the
>>> server via snmp. We use SuSE servers, the problem I have had with snmp
>>> is that for different versions of the net-snmp rpm i have to have a
>>> different snmpd.conf. This partly due to the open manage stuff. To get
>>> open manage to work you have to enable "smuxpeer". For one rpm version,
>>> the smuxpeer needs a password and you have to set the password in dell
>>> open manage. For another snmp rpm you don't need the password at all.
>>> for traps you need to enable them via the conf file, which will be:
>>>
>>> trapsink 10.1.1.1 public
>>>
>>> The man page says you should also use:
>>> trapcommunity STRING
>>> defines the default community string to be used when sending
>>> traps.  Note that this directive
>>> must be used prior to any community-based trap destination
>>> directives that need to use it.
>>>
>>> trapsink HOST [COMMUNITY [PORT]]
>>>
>>>
>>> However, our config doesn't use trapcommunity. This may be part of
>>> something open manage does for us. But this sends traps to our
>>> open manage monitor server. Now we just need someone to monitor that
>>> server!
>>>
>>> Hope this helps, let me know if I can do anything else.
>>> b
>>>
>>>
>>> _______________________________________________
>>> General mailing list
>>> [email protected]
>>> http://mail.brlug.net/mailman/listinfo/general_brlug.net
>>>
> 

-- 
Dustin Puryear
President and Sr. Consultant
Puryear Information Technology, LLC
225-706-8414 x112
http://www.puryear-it.com

Author, "Best Practices for Managing Linux and UNIX Servers"
  http://www.puryear-it.com/pubs/linux-unix-best-practices/

_______________________________________________
General mailing list
[email protected]
http://mail.brlug.net/mailman/listinfo/general_brlug.net

Reply via email to