Thats funny you would mention that... my Cacti box IS running in a vmware
virtual server!

Adam Melancon



On Thu, Jan 15, 2009 at 10:01 AM, Brad Bendily <[email protected]> wrote:

> After a bit of googling, it seems that there is some configurations for
> getting cacti to handle traps. It may not be all native cacti, but it
> works with cacti. From what i can tell, they send traps to the cacti
> server, where they're stored in syslog. Then using the haloe plugin they
> pull the traps from syslog and graph/store them in cacti.
>
> I don't have all the answers, but a few relevant threads are:
> http://forums.cacti.net/viewtopic.php?t=26672
> http://forums.cacti.net/post-48177.html&highlight=
> http://cactiusers.org/forums/topic489.html
> http://forums.cacti.net/about10694.html
>
>
> i love vmware, there's a vmware appliance for everything...
> if you'd like to test some stuff before building your own box, or
> test things on the vm before making too many changes on your box...
>
> http://www.vmware.com/appliances/directory/310
> "Network Management Station - Cacti, Syslog, SNMP Traplog, Apache and
> MySQL"
>
> On Thu, 15 Jan 2009, Dustin Puryear wrote:
>
> > Okay, I was wondering. AFAIK, Cacti just does graphing of SNMP data. I'm
> > sure tools like Nagios, etc do work with SNMP traps though.
> >
> > Didn't someone come up with a Big Brother + Cacti integration dealie?
> >
> > Adam Melancon wrote:
> >> Sorry, looks like I got caught in a "trap" and misunderstood the
> >> request.  I'm just using cacti to monitor SNMP, not to catch traps.
> >>
> >> Adam Melancon
> >>
> >>
> >>
> >> On Thu, Jan 15, 2009 at 9:27 AM, Dustin Puryear <[email protected]
> >> <mailto:[email protected]>> wrote:
> >>
> >>     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]
> >>     <mailto:[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] <mailto:[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] <mailto:[email protected]>
> >>     http://mail.brlug.net/mailman/listinfo/general_brlug.net
> >>
> >>
> >>
> >> --
> >> This message was scanned by ESVA and is believed to be clean.
> >> Click here to report this message as spam. <
> >> http://esva.puryear-it.com/cgi-bin/learn-msg.cgi?id= >
> >>
> >>
> >> ------------------------------------------------------------------------
> >>
> >> _______________________________________________
> >> 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
> >
>
> _______________________________________________
> General mailing list
> [email protected]
> http://mail.brlug.net/mailman/listinfo/general_brlug.net
>
_______________________________________________
General mailing list
[email protected]
http://mail.brlug.net/mailman/listinfo/general_brlug.net

Reply via email to