so are you thinking about having nagios ditch it's internal
host/service structures and do a LDAP call when it needs to grab info?
The other method is to have a external program create a config file
from the LDAP server, and have the smarts to bounce the nagios server
when it detects a change.
Would you also be planning on dumping out service-status/host-status
info into LDAP as well?
(currently my mysql server is doing ~100 questions/sec .. mainly
inserts into the service status table.. so you might want to be
careful about that.)
On Fri, 16 Jul 2004 18:01:23 -0400 (EDT), Sean O'Malley
wrote:
> Has anyone looked at pursuing the use of LDAP for the configuration files?
> Maybe it is just me but when I see the configs. The structure of them
> looks like they would fit nicely in an LDAP scheme. With the master
> configs in one branch, the hosts/group stuff in another branch..
> (I havent quite thought out the best design yet..)
>
> I think it might make development for the backend GUI's faster. With
> the addition of a "server" directive, it could be used acrossed multiple
> Nagios servers. With LDAP caching mechanism is pretty tuned already so
> you can skip worrying about caching algorithms and use realtime data.
> you could actually also use it for authentication to the site.
>
> I think it would be helpful for large sites. I am not sure it would be
> easier for smaller sites. But I think the bonus would be in the faster
> development and the existance of tools to manage ldap trees already.
>
> Just a thought.
>
> Sean
>
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
> _______________________________________________
> Nagios-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/lis ... gios-devel
>
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]