RE: [Nagios-devel] Database support.

[Jeremy R. <Jer...@ch...>]

Ya, I knew about the xdata option for Nagios, I was just wondering about
all the data.  So its easier to manage from the flat files.  I guess
that would be logical, but if a manager was built into Nagios.

What I'm seeing is that all the data is actually behind the scenes wand
you don't mess with anything with Nagios but the interface.  I guess I'm
looking to bloat it quite a bit.

I don't know... just wondering..  Thanks!

Jeremy Russell
Network Administrator, CNI
580-272-2707


-----Original Message-----
From: Subhendu Ghosh [mailto:sg...@sg...]=20
Sent: Monday, April 28, 2003 5:27 PM
To: Nag...@li...
Subject: Re: [Nagios-devel] Database support.

On Mon, 28 Apr 2003, Jeremy Russell wrote:

> Hello list,
> 	I was just wanting to throw around the idea of DB support for
> all data theat nagios uses (object, status, etc..).
>=20
> Is DB support just too slow or harder to implement?

You can put status and other output data into a DB.
(xdata and comment options to configure)

Nagios does not have, and there are no plans to add, new object creation

capabilities during runtime.

So all Nagios needs at startup is the object config data.  It is easier
to=20
manage it through flat files than through a db specially if fields and=20
objects are getting moved around.

A lot of people would like DB support for integration into other tools=20
that have a DB backend.  The way to acheive this is to write a tool to=20
dump your DB to Nagios' into config files.


--=20
-sg



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Nagios-devel mailing list
Nag...@li...
https://lists.sourceforge.net/lists/listinfo/nagios-devel