At first I create (besides the changelog and replica entry with nsDS5ReplicaType=3, nsDS5Flags=1 and an unique nsDS5ReplicaId) the shadowing agreement with nsDS5ReplicaHost=<hostname of remote server>, nsDS5ReplicaTransportInfo=LDAP, nsDS5ReplicaPort=389, nsDS5ReplicaBindDN=<replManager-DN>, nsDS5ReplicaBindMethod=SIMPLE, nsDS5ReplicaCredentials=<replManager-Password> on both sides, let's say A and D (A first and then D). Then, I do initiate the replication by setting nsds5BeginReplicaRefresh to start on A. -Reinhard -----Original Message----- From: 389-users-bounces at lists.fedoraproject.org [mailto:389-users-bounces at lists.fedoraproject.org] On Behalf Of Rich Megginson Sent: Tuesday, August 10, 2010 5:57 PM To: General discussion list for the 389 Directory server project. Subject: Re: Multi-Master setup Reinhard Nappert wrote: > Rich, > > I have an setup like: > > A <-----> B > /\ \ / /\ > | \ / | > | \/ | > | / \ | > | / \ | > /\/ \ /\ > D <-----> C > > At first, I do set the agreements up for the Ring A to B to C to B to A. This works. Then, I try to set the cross agreements from A to C and B to D up. This is where I run into this issue. > > Let's have a look how I do those cross agreements. First I add an > agreement on A for C. This is fine. Then, I do the same on C (for A) > and I get the messages NSMMReplicationPlugin - agmt="cn=nix2mustrum" (mustrum:389): Received error 89: NULL for total update operation On C and on A I get: > [10/Aug/2010:17:12:37 -0400] - somehow, there are still 16 entries in > the entry cache. :/ > [10/Aug/2010:17:12:38 -0400] - WARNING: Import is running with > nsslapd-db-private-import-mem on; No other process is allowed to > access the database > [10/Aug/2010:17:12:38 -0400] - BAD CACHE ASSERTION at > ../ldap/servers/slapd/back-ldbm/cache.c/765: e->ep_refcnt > 0 > > > Hope, this helps. > How do you do the replica init? > Thanks, > -Reinhard > -----Original Message----- > From: 389-users-bounces at lists.fedoraproject.org > [mailto:389-users-bounces at lists.fedoraproject.org] On Behalf Of > Reinhard Nappert > Sent: Tuesday, August 10, 2010 2:42 PM > To: General discussion list for the 389 Directory server project. > Subject: Re: Multi-Master setup > > Rich, on the consumer, I see the following messages: > > NSMMReplicationPlugin - agmt="cn=nix2mustrum" (mustrum:389): Received > error 89: NULL for total update operation > > -Reinhard > > -----Original Message----- > From: 389-users-bounces at lists.fedoraproject.org > [mailto:389-users-bounces at lists.fedoraproject.org] On Behalf Of Rich > Megginson > Sent: Tuesday, August 10, 2010 12:41 PM > To: General discussion list for the 389 Directory server project. > Subject: Re: Multi-Master setup > > Reinhard Nappert wrote: > >> Hi, >> >> I have seen the following message in the errors log file, when I set >> MMR agreements up: >> >> [10/Aug/2010:11:46:44 -0400] NSMMReplicationPlugin - >> repl_set_mtn_referrals: could not set referrals for replica o=base: 1 >> [10/Aug/2010:11:46:44 -0400] NSMMReplicationPlugin - >> multimaster_be_state_change: replica o=base is going offline; >> disabling replication >> [10/Aug/2010:11:46:46 -0400] - somehow, there are still 20 entries in >> the entrycache. :/ >> [10/Aug/2010:11:46:46 -0400] - WARNING: Import is running with >> nsslapd-db-private-import-mem on; No other process is allowed to >> access the database >> [10/Aug/2010:11:46:48 -0400] - BAD CACHE ASSERTION at >> ../ldap/servers/slapd/back-ldbm/cache.c/765: e->ep_refcnt > 0 >> [10/Aug/2010:11:46:52 -0400] - Fedora-Directory/1.1.2 B2009.090.1643 >> starting up >> [10/Aug/2010:11:46:52 -0400] - Detected Disorderly Shutdown last time >> DirectoryServer was running, recovering database. >> >> After I re-initialize the database from the supplier (setting >> attribute nsds5BeginReplicaRefresh to start of the agreement object), >> the database gets correctly imported. >> >> Any idea, what is going on? >> > No, not sure. But if you can develop a reproducible test case, that would be helpful. > >> Thanks, >> -Reinhard >> >> --------------------------------------------------------------------- >> - >> -- >> >> -- >> 389 users mailing list >> 389-users at lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/389-users >> > > -- > 389 users mailing list > 389-users at lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/389-users > -- > 389 users mailing list > 389-users at lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/389-users > -- > 389 users mailing list > 389-users at lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/389-users > -- 389 users mailing list 389-users at lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
