Re: federated directory

[Greg Matthews <gmatt@nerc.ac.uk>]

answering one of my own questions...

this is definitely possible. I've done some basic tests with directories
split across different database backends. It works quite well as long as
you use syncrepl and not slurpd.

The only issue that I've found is that syncrepl screws up the entryUUID
attributes. I assume they should be identical on all replicas(?) but in
fact they are garbage on all the replicas. Even when decoded from base64
they make no sense.

I've used 2.2.14 on all instances

GREG

On Wed, 2004-07-21 at 15:34, Greg Matthews wrote:
> If I have a LDAP server that contains organistation-wide info (white
> pages etc), and this is replicated to each individual site using slurpd:
> 
> ldap.hq.ac.uk --replicates to--> ldap0.site1.ac.uk
>               --replicates to--> ldap0.site2.ac.uk
>               ...etc
> 
> can I then add subordinate directories on the site servers? In other
> words I want to add site specific information to the same DIT so that it
> looks like a consolidated tree of information but the site-specific
> stuff (like host, automount, other nis-like info) is different on each
> site.
> 
> Will slurpd replication allow this or will I have to use syncrepl?
> 
> I am imagining a tree structure like:
> 
> dc=example,dc=com
> 	ou=people,dc=example,dc=com
> 		uid=fred,ou=people,dc=example,dc=com
> 	ou=(other org-wide stuff)
> 
> The above is slurped to all sites and then...
> 
> 	ou=site1,dc=example,dc=com
> 		ou=hosts,ou=site1,dc=example,dc=com
> 	...or...
> 	ou=site2,dc=example,dc=com
> 		etc...
> 
> The above is added to the DIT at each site(#) (ie ou=site1 is added at
> site1, ou=site2 is added at site2, etc.), presumably as a subordinate
> database in slapd.conf.
> 
> Can I then replicate the whole of the local tree (including federal
> information) to a local slave using slurpd?
> 
> Does this sound sane? Should I be waiting for syncrepl to be production
> ready?
> 
> GREG
-- 
Greg Matthews
iTSS Wallingford	01491 692445