[Date Prev][Date Next] [Chronological] [Thread] [Top]

RE: partial and fractional replication

Code for replicating subtrees of a DIT has been in place for a long time.
(Since I don't remember which is which of partial vs fractional at this
moment, I'm going to avoid using those terms.) The development code also
supports filtering so that only certain attributes will be replicated. This
would seem to answer your question, although you're not specific about how
you want to choose which entries are to be replicated.

By the way, it's slapd that determines what gets replicated, and slapd just
spits out the relevant info to the replog. slurpd takes whatever is in the
replog and sends it on its way. There's no issue of "is slurpd there yet"...

  -- Howard Chu
  Chief Architect, Symas Corp.       Director, Highland Sun
  http://www.symas.com               http://highlandsun.com/hyc
  Symas: Premier OpenSource Development and Support

> -----Original Message-----
> From: owner-openldap-software@OpenLDAP.org
> [mailto:owner-openldap-software@OpenLDAP.org]On Behalf Of Steve Hodges
> Sent: Thursday, April 11, 2002 1:55 PM
> To: openldap-software@OpenLDAP.org
> Subject: partial and fractional replication
> I have read the postings on the development list about partial and
> fractional replication, but I am not clear if anyone has a working (or
> even somewhat working) implementation of a slurpd that will handle these
> tasks.
> In brief, I would like to implement an architecture where a large
> central ldap server replicates only certain entries and only certain
> attributes of those entries to several smaller, application-specific
> ldap servers.
> If slurpd is not quite there yet, I could always just write some scripts
> to do periodic comparisons and add/modify/deletes, but I wanted to check
> if anyone has made progress on this yet.
> Or, are there other ldap products on the market that do this kind of
> replication?
> Thanks!
> -steve hodges
> Georgia Tech