Replication problems

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I have one server running FD core 5 and the other FD core 4

Each server has the recommended product installed, and at this point there is no issue.

What I am having is a replication problem. Initially I set server A as the master and server B as a dedicated consumer. The initialization worked fine from A to B and replication worked fine. I then set both servers as multi masters, and created the necessary agreements.
Server A to B replication worked but not from B to A. It failed with a permissions issue. I later tracked this down to the passwod expiration being missing, bu then I hit another issue, in that neither server would accept the replication issueing a an error code 1 saying incremental failed, and no such replica.
Extract from the log on the Server A

[23/May/2006:13:39:31 +0200] NSMMReplicationPlugin - agmt="cn=Keeper" (keeper:389): Unable to acquire replica: there is no replicated area "dc=domain,dc
=com" on the consumer server. Replication is aborting.
[23/May/2006:13:39:31 +0200] NSMMReplicationPlugin - agmt="cn=Keeper" (keeper:389): Incremental update failed and requires administrator action

Extract from log on Server B

[23/May/2006:13:36:18 +0200] NSMMReplicationPlugin - conn=8 op=3 replica="unknown": Unable to acquire replica: error: no such replica


I remember seeing this same problem on iPlanet some years back, and the only fix was to clear all replication agreements, and re-install the secondary. Seems the same issue is still around.

I have read the manual from top to bottom on replication, and cannot find anything wrong.

Anyone come across this.


Regards
 
Paul Clayton
--------------------------------------------------------

This e-mail and any attachments are confidential and may also be legally
privileged and/or copyright material of Intec Telecom Systems PLC (or its
affiliated companies). If you are not an intended or authorised recipient
of this e-mail or have received it in error, please delete it immediately
and notify the sender by e-mail. In such a case, reading, reproducing,
printing or further dissemination of this e-mail or its contents is strictly
prohibited and may be unlawful.
Intec Telecom Systems PLC does not represent or warrant that an attachment
hereto is free from computer viruses or other defects. The opinions
expressed in this e-mail and any attachments may be those of the author and
are not necessarily those of Intec Telecom Systems PLC.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.fedoraproject.org/pipermail/389-users/attachments/20060523/1b3e5c63/attachment.html 


[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux