The nagios_instances and nagios_conninfo table issue you are
experiencing is due to a lack of this parameter in your nagios.cfg file:
event_broker_options=3D-1
I spend a week trying to figure out the -exact- same problem.
Janet.
-----Original Message-----
From: nagios-devel-bounces@lists.sourceforge.net
[mailto:nagios-devel-bounces@lists.sourceforge.net] On Behalf Of Florian
Gleixner
Sent: April 15, 2007 5:02 PM
To: Nagios Developers List
Subject: Re: [Nagios-devel] ndoutils and historical performance data
Hi,
at the moment i change the table design for perfparse and therefore it
will take some time for the next perfparse version. I also plan to
create a NEB module to hand performance data to the perfparse daemon -
similar like NDO module does that with the ndo2db daemon. Due to the
similar behavior i will try to use some of the existing code of the
ndoutils module - if the license let me reuse it (GPL?).
Does anyone know if the NEB API is stable in Nagios 2.X and 3.X? Is
there official documentation available?
Btw.: Nagios 3.0a3 and ndoutils 1.4b3 seem not to work well together. I
did all like described in the Install instructions, nagios works well,
but ndoutils only fills the tables nagios_instances and nagios_conninfo.
All other remain empty.
Flo
mike conigliaro wrote:
> hey guys,
>=20
> im working on a project for my company that generates reports/graphs
from nagios=20
> performance data. im currently using a combination of ndoutils and
perfparse to=20
> accomplish this (ndoutils for current or very recent data, and
perfparse for=20
> very old data). this works ok right now, but id like to get rid of
perfparse=20
> altogether in order to simplify my setup.
>=20
> ndoutils works great (i love that its integrated with nagios, whereas
perfparse=20
> feels like a bit of a hack to me), but i was disappointed to find that
ndoutils=20
> does not appear to store the parsed version of the performance data.
ie: you=20
> just get a field with something like this:
>=20
> 'CPU0'=3D0%;80;95;; 'CPU1'=3D2%;80;95;;
>=20
> this means that if i try to generate a graph from it, i need to parse
every row=20
> myself, which i suspect will create a pretty serious performance
bottleneck=20
> (especially with larger date/time ranges).
>=20
> my question is, are there any plans to store performance data in a way
that is=20
> more friendly for report generation? or am i just missing something?
>=20
------------------------------------------------------------------------
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Nagios-devel mailing list
Nagios-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/lis ... gios-devel
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: agios-devel-bounces@lists.sourceforge.ne