Nagios& Cacti - Ethan, I know you must get ton s of mails/day, please read the, nevertheless.

Carroll, Jim P [Contractor] jcarro10 at sprintspectrum.com
Thu Jun 5 18:25:46 CEST 2003


http://apan.sourceforge.net/

> -----Original Message-----
> From: Furnish, Trever G [mailto:TGFurnish at herff-jones.com]
> Sent: Thursday, June 05, 2003 9:04 AM
> To: Nagios-Users List (E-mail)
> Subject: RE: [Nagios-users] Nagios& Cacti - Ethan, I know you must get
> ton s of mails/day, please read the, nevertheless.
> 
> 
> Ok, so what's so hard about that?  All you need is a simple 
> rrdtool plugin
> then, right?  Plugin only has to check for staleness of the 
> data and return
> it if it's not stale.  With the exception of ping time 
> (which, btw, cacti
> gets wrong on redhat7.2 and later - those are microseconds, not
> milliseconds) the type of data I would typically put into 
> rrdtool isn't the
> kind of data that nagios is monitoring.  I use nagios to monitor
> availability; I use mrtg/rrdtool to monitor performance.
> 
> For all I know there may already be an rrdtool plugin for 
> nagios - if there
> isn't, it seems like it would be a simple ten minute project.
> 
> --
> Trever
> 
> -----Original Message-----
> From: Marek Dohojda [mailto:marek.dohojda at linksys.com]
> Sent: Wednesday, June 04, 2003 6:54 PM
> To: 'Jamie Baddeley'; Marek Dohojda; ralph at mail.Gerstmann.Net
> Cc: nagios-users at lists.sourceforge.net
> Subject: RE: [Nagios-users] Nagios& Cacti - Ethan, I know you must get
> ton s of mails/day, please read the, nevertheless.
> 
> 
> That's actually what I was eluding to below in my response.  
> I don't believe
> the front end is what is needed.  The backend.  Once you have 
> either mysql
> or native rra database, you can do magic.
> 
> The actual front end doesn't matter all that much.  It would 
> be relatively
> trivial to put that together.  Once the backend is all squared away.
> 
> What I would like to do (and one day may write) is to have 
> Nagios be center
> piece (and beautiful it is) collecting all information into a 
> database.
> This information would be then sorted and stored in db.  From 
> that point on
> with Perl and PHP write a interface that graphs and allows 
> management type
> to see all the pretty UHHH AHHH graphs that seem to make their day.
> 
> With this you could have graphs for almost every darn lil' 
> thing you want,
> especially if at the same time you include Snort graphs as 
> well as Ulog
> iptables accounting.
> 
> All in one nice package. 
> 
> 
> -----Original Message-----
> From: Jamie Baddeley [mailto:jamie.baddeley at vpc.co.nz] 
> Sent: Wednesday, June 04, 2003 4:46 PM
> To: Marek Dohojda; ralph at mail.Gerstmann.Net
> Cc: nagios-users at lists.sourceforge.net
> 
> from time to time this debate comes up. It usually devolves 
> into everyones
> favorite implementation of a RRDtool front-end.
> 
> I am not above this. I prefer Cricket. Some people prefer 
> using APAN. APAN
> is cool. Cricket is cool. I don't know cacti.
> 
> Inevitably these seem to be arguments about front-ends. If 
> Nagios polled the
> backend (rrd) then we would avoid having arguments about 
> cacti vs cricket vs
> APAN etc. Then everyone would have their preferred method sorted.
> 
> see here for a gmane based thread.
> http://news.gmane.org/onethread.php?group=gmane.network.nagios
> .user&root=%3C
> Pine.LNX.4.21.0304241224200.25293-100000%40hclmail.hclinsys.com%3E
> 
> http://news.gmane.org/onethread.php?group=gmane.network.nagios
> .user&root=%3C
> C476216FED4D5342898C9A2CD9030952E3C4E1%40PKDWB02C.ad.sprint.com%3E
> 
> 
> jamie
> 
> ----- Original Message -----
> From: "Marek Dohojda" <marek.dohojda at linksys.com>
> To: "'Jamie Baddeley'" <jamie.baddeley at vpc.co.nz>; "Marek Dohojda"
> <marek.dohojda at linksys.com>; <ralph at mail.Gerstmann.Net>
> Cc: <nagios-users at lists.sourceforge.net>
> Sent: Thursday, June 05, 2003 11:35 AM
> Subject: RE: [Nagios-users] Nagios& Cacti - Ethan, I know you 
> must get tons
> of mails/day, please read the, nevertheless.
> 
> 
> > Not sure what you mean by this.  I mean would you want 
> Nagios to poll 
> > the data in RRD?
> >
> > Sorry long day and I was stuck in Windows hell, lost at least 50 iq 
> > points hehe
> >
> >
> > -----Original Message-----
> > From: Jamie Baddeley [mailto:jamie.baddeley at vpc.co.nz]
> > Sent: Wednesday, June 04, 2003 4:26 PM
> > To: Marek Dohojda; ralph at mail.Gerstmann.Net
> > Cc: nagios-users at lists.sourceforge.net
> >
> > <mantra>
> > nagios should poll the retrieved RRD's </mantra>
> >
> > ----- Original Message -----
> > From: "Marek Dohojda" <marek.dohojda at linksys.com>
> > To: <ralph at mail.Gerstmann.Net>
> > Cc: <nagios-users at lists.sourceforge.net>
> > Sent: Thursday, June 05, 2003 10:49 AM
> > Subject: RE: [Nagios-users] Nagios& Cacti - Ethan, I know 
> you must get
> tons
> > of mails/day, please read the, nevertheless.
> >
> >
> > > Actually
> > >
> > > I wouldn't suggest using cacti for this.  It's a very nice tool, 
> > > there is
> > no
> > > question about it, but it has some weaknesses, that make 
> it perfect 
> > > for network traffic, not so good for others.
> > >
> > > If you ant to do this, I would suggest concentrating on Nagios, 
> > > writing an interface or plugging for it (something akin to APAN) 
> > > using rrdtool, and probably mysql backend.  This way you 
> can display 
> > > whatever
> > you like to do.
> > >
> > > Which wouldn't be all that bad, because the availability report 
> > > could use
> > a
> > > little bit of perl magic.
> > >
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: ralph at mail.Gerstmann.Net [mailto:ralph at mail.Gerstmann.Net]
> > > Sent: Wednesday, June 04, 2003 3:35 PM
> > > To: nagios at nagios.org; iberry at raxnet.net
> > > Cc: nagios-users at lists.sourceforge.net;
> > nagios-devel at lists.sourceforge.net;
> > > cacti-user at lists.sourceforge.net
> > >
> > > Hi Ethan,
> > > Hi Ian,
> > > (Hi Community,)
> > >
> > > Thx a lot for providing the best GPL System Monitoring 
> Tools i ever 
> > > saw.
> > >
> > > Just to notice:
> > > I have lots of experience with this subject.
> > >
> > > I would love to bring the 2 best Solutions together:
> > > Cacti for handling Web-Based, Template Based 
> RRD-Configuration and 
> > > Nagios for best Alarming and History Features.
> > >
> > > Are you interrested?
> > >
> > > What I actually need:
> > > Web-Based configuration of RRDs (like in cacti) with an add-on to 
> > > set alarming-thresholds, which are then sent to nagios 
> for alaming.
> > > Or an even better integration of your Tools.
> > >
> > > The Problem is:
> > > Both of your Projects come with their own polling-machine.
> > >
> > > I can understand pretty well, that its no fun giving up 
> an own code 
> > > one
> > has
> > > written and established.
> > >
> > > On the other hand,
> > > if we marry your great Tools,
> > > this would give them a drive,
> > > IBM Tivoli will be afaid of,
> > > like M$ is (qualified) afaid of Linux...
> > >
> > > Any Ideas?
> > >
> > > Cheers,
> > > Ralph
> > >
> > > http://Gerstmann.Com?language=e
> > > http://GPLshop.Com (not really translated, yet)
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by:  Etnus, makers of 
> TotalView, The 
> > > best thread debugger on the planet. Designed with thread 
> debugging 
> > > features you've never dreamed of, try TotalView 6 free at 
www.etnus.com.
> > _______________________________________________
> > Nagios-users mailing list
> > Nagios-users at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/nagios-users
> > ::: Please include Nagios version, plugin version (-v) and OS when
> reporting
> > any issue.
> > ::: Messages without supporting info will risk being sent to 
> > /dev/null
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by:  Etnus, makers of TotalView, The 
> > best thread debugger on the planet. Designed with thread debugging 
> > features you've never dreamed of, try TotalView 6 free at www.etnus.com.
> > _______________________________________________
> > Nagios-users mailing list
> > Nagios-users at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/nagios-users
> > ::: Please include Nagios version, plugin version (-v) and OS when
> reporting any issue.
> > ::: Messages without supporting info will risk being sent to 
> > /dev/null
> >
>


-------------------------------------------------------
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting
any issue. 
::: Messages without supporting info will risk being sent to /dev/null


-------------------------------------------------------
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null


-------------------------------------------------------
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null





More information about the Users mailing list