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.
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
