[Date Prev][Date Next]
Re: (ITS#4626) "glue" objectclass in syncrepl consumer
On Fri, Sep 22, 2006 at 07:48:33PM +0000, email@example.com wrote:
> Yes, this makes sense.
> Since all of the CSNs under ou=global are greater than any CSN under
> dc=example,dc=com, none of those entries are sent. In server B your
> consumer should be configured on dc=example,dc=com, with a searchbase of
> ou=global,dc=example,dc=com. That will allow the server B provider to
> stay in sync with its consumer.
With this change, the replication is better, but the B server cannot be
written to anymore: moving the syncrepl directive to the
dc=example,dc=com database makes it read-only because it is then
considered a consumer.