Nagios& Cacti - Ethan, I know you must get tons of mails/day, please read the, nevertheless.
Jeremy Russell
Jeremy.Russell at chickasaw.net
Thu Jun 5 19:07:30 CEST 2003
That would beee sweeet!! A common Backend AND Interface.... for it
all..
-----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
tons 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
More information about the Users
mailing list