RTG + Nagios?

[Jamie Baddeley]

Hi,

Properly Implementing RTG is on my todo list. I've tested it out. I like
it. Faasst - which means sub-minute display of traffic - which is cool -
this means Nagios will know about traffic/processor weirdness before the
usual five minute poll rate of alternative systems. We like this.

Throwing data into a lossless db is good. I like to be able to go back
to last month and compare with this month. (..what is this disk space
shortage you speak of?)

On the downside, the front end is nowhere near the likes of cacti or
cricket - it's pretty basic. Also the poller is pretty much SNMP only,
so it's hard to do hacks and get things like dns response times, or
preprocess snmp responses (e.g. windows disk utilisation) etc or [add
your obscure measurement requirement here]. And a postgres variant would
be absolutely iceblock.

That was the long answer. The short answer is I haven't tried to
integrate nagios and rtg yet. But I intend to.

peace.

jamie

On Sat, 2004-04-03 at 02:59, Justin Ellison wrote:
> And no, it's not a typo. http://rtg.sf.net
> 
> Anybody using this?  I currently have some custom perl plugins that are
> ran by nagios that also log performance data to an RRD file, and I show
> the pretty graphs using Cacti.  Looks like RTG is a much better SNMP
> poller, and it would be fairly easy to design a perl plugin that queried
> the MySQL db for Nagios related info.
> 
> Anybody tried?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <https://www.monitoring-lists.org/archive/users/attachments/20040403/9d5bdd32/attachment.sig>