Database support

[jeff vier]

On Fri, 2003-11-07 at 12:49, Marc Powell wrote:
> Just because it's not going to be integrated into the main source does
> not mean it's not going to be available. This is one of the many reasons
> that the event broker exists. I'm sure that it won't be long before an
> event broker handler is created to emulate or enhance the current
> database behavior. While nagios may internally use flat-files for state
> storage, the information could still be available in any type of DB that
> can be connected to from linux/unix, in whatever format you desire with
> historical data for as long as you cared to store it and not just
> current data.

I completely understand.

However, I would really like to beta-test it.  We're not to the point
that if there's a nagios hiccup, our world ends (just me getting yelled
at/paged), so I'd like to contribute by applying a "real world" run of
it.

So, while I will eventually use it, I am forced to do one of three
things:
- wait for someone to write a MySQL backend using the event broker
- convert to flatfiles
- write it myself (and I really, really don't have that kind of time)

So, I may go with a combination of the latter two for now, and slowly
migrate to a full db solution.

Regardless, I'll definitely be generating my extinfo by pulling from the
DB.  I've put too much into that to just drop it :)



-------------------------------------------------------
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.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