Reinhard Nappert wrote: > 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. > And you do that for A -> B, A -> C? How do you initialize D? > -Reinhard > > -----Original Message----- > From: 389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx [mailto:389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx] 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: [389-users] 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@xxxxxxxxxxxxxxxxxxxxxxx >> [mailto:389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx] 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: [389-users] 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@xxxxxxxxxxxxxxxxxxxxxxx >> [mailto:389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx] 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: [389-users] 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@xxxxxxxxxxxxxxxxxxxxxxx >>> https://admin.fedoraproject.org/mailman/listinfo/389-users >>> >>> >> -- >> 389 users mailing list >> 389-users@xxxxxxxxxxxxxxxxxxxxxxx >> https://admin.fedoraproject.org/mailman/listinfo/389-users >> -- >> 389 users mailing list >> 389-users@xxxxxxxxxxxxxxxxxxxxxxx >> https://admin.fedoraproject.org/mailman/listinfo/389-users >> -- >> 389 users mailing list >> 389-users@xxxxxxxxxxxxxxxxxxxxxxx >> https://admin.fedoraproject.org/mailman/listinfo/389-users >> >> > > -- > 389 users mailing list > 389-users@xxxxxxxxxxxxxxxxxxxxxxx > https://admin.fedoraproject.org/mailman/listinfo/389-users > -- > 389 users mailing list > 389-users@xxxxxxxxxxxxxxxxxxxxxxx > https://admin.fedoraproject.org/mailman/listinfo/389-users > -- 389 users mailing list 389-users@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/389-users
