Nagios and DB support.

[Ben]

Well, you must do what you feel is right, of course, but....

Any solution you come up with would probably include alerting, and I've
found that Nagios is excellent at alerting. It's not so hot at running
historical reports or making trend reports, but I've got two things to say
about that. First, nagios can gather its metrics from your historical
trending tools, so you get both. Second, nagios 2 has NEB modules, which
you can use to send data to your historical trending tools, so you can get 
both going the other way too. It's flexible.

Personally, I don't think it makes sense to have one tool that does
everything. The concept of small tools that do their job well and can
interact with other tools is what gives unix so much of its power, and I
don't see any reason to stop applying that concept when it comes to
monitoring, alerting, or trend analysis.

On Tue, 16 Nov 2004, Scott Sanders wrote:

> Then it sounds like Nagios isn't what I need. I would like an interface 
> for real-time monitoring of my network and its hardware, as well as the 
> ability to look back over the history. This doesn't seem like a task 
> best suited to two independent tools, but I have been wrong before.
> 
> Looks like its time to start moving away from Nagios and begin 
> developing a monitoring system that is better suited towards true 
> network monitoring, instead of continuing to try and get Nagios to play 
> well with all the other toys I use to get an accurate picture of the 
> state of my network.
> 
> Thanks for your input,
> Scott
> 
> Andreas Ericsson wrote:
> 
> > Scott Sanders wrote:
> >
> >> They also sound like my problems. I would like to see Nagios evlove 
> >> into a full network monitoring/management tool, but I can't see how 
> >> this is possible without database support.  I personally need to 
> >> regularly poll a
> >> large number of devices' traffic stats, transmission errors, 
> >> connected clients, link quality, etc. These all need to be stored in 
> >> a DB so I can quickly graph them with rrdtool.
> >
> >
> > If you want it graphable with rrdtool you should look into using mrtg 
> > or cacti. Nagios is not a graphing tool. It's more directed towards 
> > current status to let you know what's wrong now, not what was wrong 
> > last month even though it tells you that as well, but without the graphs.
> >
> >> Storing data for at least a year is  also important,
> >
> >
> > Then you'd want to stick to files. A network with 3000 services or 
> > more will make a database sluggish in far less than a year if Murphy 
> > works his usual magic.
> >
> >> because it shows seasonal trends, which can be very important in RF.
> >>
> >> I currently use nagios for alerts and graph all my devices with a 
> >> seperate program. This is annoying because it forces me to keep two 
> >> config files instead of just a single one.
> >
> >
> > Write a script to import from the one to the other. It saves you the 
> > work. Most network admins/supervisors/whatever don't want graphs of 
> > everything they want monitored, though, so you might want to add some 
> > logic for that in the script.
> >
> >> Either way, I would like to  see nagios make more use of rrdtool,
> >
> >
> > You need perfparse then, and you also need to keep in mind that the 
> > output of the nagios plugins aren't always graphable ("Service foo has 
> > stopped" and other digital checks spring to mind).
> >
> >> as being able to visually track changes can be even more vauable than 
> >> a pager going off with a "host critical" warning.
> >>
> >
> > The notifications are for keeping the graphs flying high. The graphs 
> > are for checking how valuable those pager notifications have been. 
> > Again, you might not want graphs of everything you want monitored.
> >
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: InterSystems CACHE
> FREE OODBMS DOWNLOAD - A multidimensional database that combines
> robust object and relational technologies, making it a perfect match
> for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
> _______________________________________________
> 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: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines
robust object and relational technologies, making it a perfect match
for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
_______________________________________________
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