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(a)lists.fedoraproject.org
[mailto:389-users-bounces@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: [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(a)lists.fedoraproject.org
> [mailto:389-users-bounces@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: [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(a)lists.fedoraproject.org
> [mailto:389-users-bounces@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: [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(a)lists.fedoraproject.org
>>
https://admin.fedoraproject.org/mailman/listinfo/389-users
>>
>>
> --
> 389 users mailing list
> 389-users(a)lists.fedoraproject.org
>
https://admin.fedoraproject.org/mailman/listinfo/389-users
> --
> 389 users mailing list
> 389-users(a)lists.fedoraproject.org
>
https://admin.fedoraproject.org/mailman/listinfo/389-users
> --
> 389 users mailing list
> 389-users(a)lists.fedoraproject.org
>
https://admin.fedoraproject.org/mailman/listinfo/389-users
>
>
--
389 users mailing list
389-users(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
--
389 users mailing list
389-users(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users