[389-users] MMR issue, when deleting the replica setup.

[Rich Megginson]

On 05/09/2011 02:06 PM, Reinhard Nappert wrote:
> Hi,
> I noticed an issue with 389 DS 1.2.7.5, which I have not seen before. 
> Here is what I do:
> 1. I create a two multi-master setup.
> 2. I don't perform any changes on the directory.
> 3. I delete the replica setup on both systems -- everything is fine.
> 4. I create a two multi-master setup.
> 5. Perform changes on both systems
> 6. Modifications get replicated.
> 7 I delete the replica setup. No I get the following error logs:
> [09/May/2011:15:43:18 -0400] - import userRoot: Import complete.  
> Processed 446 entries in 4 seconds. (111.50 entries/sec)
> [09/May/2011:15:43:18 -0400] NSMMReplicationPlugin - 
> multimaster_be_state_change: replica o=base is coming online; enabling 
> replication
> ...
> [09/May/2011:15:45:21 -0400] NSMMReplicationPlugin - agmt_delete: begin
> [09/May/2011:15:45:22 -0400] NSMMReplicationPlugin - 
> replica_config_delete: Warning: The changelog for replica o=BASE is no 
> longer valid since the replica config is being deleted.  Removing the 
> changelog.
> [09/May/2011:15:45:22 -0400] NSMMReplicationPlugin - changelog program 
> - _cl5Add Thread: invalid changelog state - 2 <== This is good!
> [09/May/2011:15:45:27 -0400] - libdb: <path 
> to>/changelogdb/7773fd02-7a7411e0-ac71f4b1-0fb2d026_4dc840d3000000020000.db4: 
> unable to flush: No such file or directory
> [09/May/2011:15:45:27 -0400] - libdb: txn_checkpoint: failed to flush 
> the buffer cache No such file or directory
> [09/May/2011:15:45:27 -0400] - Serious Error---Failed to checkpoint 
> database, err=2 (No such file or directory)
> Of course, the changelog directory was gone. It looks to me that the 
> server keeps this still somehow in memory.
> I enabled the audit-logging: This is what I see there:
> time: 20110509154521
> dn: cn=changelog5,cn=config
> changetype: delete
> modifiersname: <credentials>
> time: 20110509154522
> dn: cn=agreement1,cn=replica,cn=o\3dbase,cn=mapping tree,cn=config
> changetype: delete
> modifiersname: <credentials>
> time: 20110509154522
> dn: cn=replica,cn=o\3dbase,cn=mapping tree,cn=config
> changetype: delete
> modifiersname: <credentials>
> time: 20110509154522
> dn: cn=o\3dbase,cn=mapping tree,cn=config
> changetype: modify
> replace: nsslapd-state
> nsslapd-state: backend
> -
> replace: nsslapd-referral
> -
> replace: modifiersname
> modifiersname: <credentials>-
> replace: modifytimestamp
> -
> replace: nsslapd-referral
> -
> replace: modifiersname
> modifiersname: <credentials>
> -
> replace: modifytimestamp
> modifytimestamp: 20110509194522Z
> -
> time: 20110509154605
> dn: cn=uniqueid generator,cn=config
> changetype: modify
> replace: nsState
> nsState:: AM+94nR64AH0sQ+y0CZxbAEAAAAAAAAA
> -
> replace: modifiersname
> modifiersname: cn=server,cn=plugins,cn=config
> -
> replace: modifytimestamp
> modifytimestamp: 20110509194605Z
> -
> Has somebody has seen this before.
No, please file a bug.
> Thanks,
> -Reinhard
>
>
> --
> 389 users mailing list
> 389-users at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/389-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/389-users/attachments/20110509/c86a835f/attachment.html>