[prev in list] [next in list] [prev in thread] [next in thread] 

List:       fedora-directory-users
Subject:    =?utf-8?q?=5B389-users=5D?= Re: master to master replication cfg Q
From:       William Brown <wbrown () suse ! de>
Date:       2019-10-24 22:47:26
Message-ID: 629AB9DD-4126-41CB-B461-318E0685BE75 () suse ! de
[Download RAW message or body]



> On 24 Oct 2019, at 01:12, I M <isabella.ghiurea@nrc-cnrc.gc.ca> wrote:
> 
> William Thank you for all graph details , 
> the only left  Q I have if there is any chance to have "memberof" pluging   entries \
> collision in RO C host ?( this DS be cfg for  2 incoming replication agreements - \
> full replication including memberof plugin)

Generally if you have memberof enabled on the two read-write servers, than the RO \
serverc will be consistent without member of enabled.

However, you can also avoid this issue buy setting all replication to fractionally \
exclude memberof, and enable memberof on all servers so that they generate the \
content from their respective datasets.

Does that help? 


> regards,
> Isabella
> _______________________________________________
> 389-users mailing list -- 389-users@lists.fedoraproject.org
> To unsubscribe send an email to 389-users-leave@lists.fedoraproject.org
> Fedora Code of Conduct: \
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: \
> https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: \
> https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org

—
Sincerely,

William Brown

Senior Software Engineer, 389 Directory Server
SUSE Labs
_______________________________________________
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org



[prev in list] [next in list] [prev in thread] [next in thread]