RE: [Nagios-devel] Database Support in Nagios 2.0

Support forum for Nagios Core, Nagios Plugins, NCPA, NRPE, NSCA, NDOUtils and more. Engage with the community of users including those using the open source solutions.
Locked
Guest

RE: [Nagios-devel] Database Support in Nagios 2.0

Post by Guest »

I think having it all in the database would be good, but from what I
understood rather than kill of the database ethan was looking to make it a
cleaner straightforward input and output setup in 2.0 and then it would be
much easier to add a handler for postgres, mysql, ldap or anything else you
care to mention in future revisions.

The current state where each database handler is basically some code wrapped
in

#ifdef USE_XSDMYSQL

or

#ifdef USE_XSDPGSQL

is not really a good long term way of doing things.

Ewan

-----Original Message-----
From: Jeff Bailey [mailto:Jeff.Bailey@fundserv.com]
Sent: 17 October 2002 15:38
To: 'Ethan Galstad'; nagios-devel@lists.sourceforge.net
Subject: RE: [Nagios-devel] Database Support in Nagios 2.0


> As I've mentioned before, I would like to kill off the DB support (as
> it current stands) in Nagios 2.0. This includes MySQL/PostgresQL
> support for the following data types:
>
> - status data
> - retention data
> - comments
> - downtime
> - extended info
I've actually been hoping to see *more* stuff go into the database. I
haven't brought it up on this list yet because I don't have anything to
show, but I would like to tie the work I'm doing with GNU Radar somehow into
nagios, and having it in a DB seems like the easiest way to do that.
Radar originally had two purposes:
1) Replace HP Openview =)
2) Create an automated documentation tool for plain-English documentation.
The goal was to clean-room all of it, so that copyright could be assigned to
the FSF. I've come to realise that I hate ASN.1, and also Nagios seems to
now have all of the monitoring / display features I wanted to write. So
I've modified my attack plan slightly:
I'd like to add Layer 2 display/analysis to Nagios (such that can come up
with a physical description of the network, with how switches are connected
to one another, etc...), and I'd like to add the automated documentation
features. In many cases, it would be appropriate to have some of these
functions sit on remote nodes, connected by a management vlan/network/etc
which would require remote access to the information.
Incidentally, I have several hours a day to spend on this, as it's one of my
tasks for work.
I feel like I'm back in a debate class where I should now say "I now stand
open for cross-examination" =)
Tks,
Jeff Bailey





This post was automatically imported from historical nagios-devel mailing list archives
Original poster: eff Bailey [mailto:Jeff.Bailey@fundserv.com
Locked