[Nagios-devel] Re: No mysql code in v2? object configuration in mysql.

Marc Powell marc at ena.com
Wed Dec 3 20:45:01 UTC 2003


> -----Original Message-----
> From: Ian Holsman [mailto:IanH at Apache.org]
> Sent: Wednesday, December 03, 2003 8:52 PM
> To: nagios-devel at lists.sourceforge.net
> Subject: [Nagios-devel] Re: No mysql code in v2? object configuration
in
> mysql.
> 
> it seems a bit strange.
> is this a temporary thing, or is DB integration not seen as a good
thing ?

It's permanent (but read on). It's a Bad Thing for Ethan to have to
maintain 3 separate storage mechanisms within the core (flat file, mysql
and postgres). It results in needless duplication of code and 3 times
the amount of testing that needs to be done. In its place, he's created
the Event Broker in 2.0 which should allow for storing or processing
data in whatever way you choose, as long as there is an EB module that
supports it. This is a Good Thing. It could be used to store status
information in any type of database that can be communicated with from
linux or whatever your own particular storage fetish happens to be
(LDAP, flat file, CSV, etc...). It can also be used for integration with
other programs like RRDTool and more. Nagios will still use flat files
for its own storage and the EB essentially copies any requested subset
of the status information to somewhere else in real-time. In theory it
should lead to a much greater variety of backend storage mechanisms.
Since 2.0 is still alpha and Ethan isn't writing them himself they don't
yet exist but I'm sure it won't be long into beta before some
enterprising individual writes an EB module(s) to emulate the current DB
support.

--
Marc

> 
> 
> Joe Rhett wrote:
> > Why?   This is a huge step backwards, not forwards.
> >
> > On Thu, Nov 20, 2003 at 02:28:25PM -0600, jeff vier wrote:
> >
> >>it's in the ChangeLog that all SQL support was stripped for v2.0
> >>
> >>On Thu, 2003-11-20 at 14:23, Joe Rhett wrote:
> >>
> >>>I'm poking around the CVS code, and I don't see any mysql code
there at
> >>>all.  Was'sup with that?
> >>>
> >>>Frankly, I'm looking hard at the cached config stuff and possibly
> writing a
> >>>module to store all object configuration in mysql.  Nagios will
only
> need
> >>>to pull it from mysql when refreshing the cache, so performance is
a
> non-op.
> >
> >
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?  SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Nagios-devel mailing list
> Nagios-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-devel




More information about the Nagios-devel mailing list