Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 11 Jan 2007 16:07:39 -0500
From:      Mike Meyer <mwm-keyword-freebsdhackers2.e313df@mired.org>
To:        Lamont Granquist <lamont@scriptkiddie.org>
Cc:        hackers@freebsd.org, Vulpes Velox <v.velox@vvelox.net>
Subject:   Re: LDAP integration
Message-ID:  <17830.42779.829357.835403@bhuda.mired.org>
In-Reply-To: <Pine.GSO.4.60.0701111201580.2433@sploit.scriptkiddie.org>
References:  <60737.24.71.119.183.1168496463.squirrel@webmail.sd73.bc.ca> <45A5EA3B.9020000@datalinktech.com.au> <20070111035549.7c11a450@vixen42> <17830.29050.791321.480369@bhuda.mired.org> <Pine.GSO.4.60.0701111201580.2433@sploit.scriptkiddie.org>

next in thread | previous in thread | raw e-mail | index | archive | help
In <Pine.GSO.4.60.0701111201580.2433@sploit.scriptkiddie.org>, Lamont Granquist <lamont@scriptkiddie.org> typed:
> 
> On Thu, 11 Jan 2007, Mike Meyer wrote:
> > In <20070111035549.7c11a450@vixen42>, Vulpes Velox <v.velox@vvelox.net> typed:
> >> LDAP is nice organizing across many systems, but if you are just
> >> dealing with one computer it is complete over kill for any thing.
> > In that situation, it's not merely overkill, it's may actually be a
> > bad idea. Can you say "AIX SDR"? How about "Windows registry"?
> And then you take the windows registry from 1,000 machines and cram them 
> into a centralized database and try to manage the resultant mess.  I don't 
> think this is a good solution.

The difference is that when a single machine crashes, you can use a
*different* machine to examine/fix the centralized database while
you're working on that machine.

If you just cram all the values into the central database, then you're
no better off than you would be with flat files on every host. If, on
the other hand, you organize the data in the database to reflect the
organization of the systems, you can leverage things to cut down on
the amount of work you have to do to propogate changes.

Someone else mentioned rsync, and that works fairly well, though I
prefer perforce. However, it's not quite as flexible - or as
convenient - as a database.

	<mike
-- 
Mike Meyer <mwm@mired.org>		http://www.mired.org/consulting.html
Independent Network/Unix/Perforce consultant, email for more information.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?17830.42779.829357.835403>