Re: Help with strange replication

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

 



On 05/14/2013 12:52 PM, Leo Pleiman wrote:
I need some help understanding why replication continued after I deleted the replication agreements from both machines. My configuration is:

1) machine1 is a member of a multimaster group.
2) machine2 was configure as a dedicated consumer.
3) initialization was successfully initated and completed from machine1 to machine 2.
4) from the 389 console on machine2 a backup of the database was created.
5) from the 389 console on machine2 the replication agreement was deleted but I did not disable replication.
6) from the 389 console on machine1 the replication agreement with machine 2 was deleted
7) from the 389 console on machine2 I deleted the object dc=xxx,dc=yyy,ou=macosx
8) from the 389 console on machie2 I restored the database, the object in step 7 was restored
9) from the 389 console on machine2 I deleted the object dc=xxx,dc=yyy,ou=People
10) the deletion from step 9 was propagated back to machine1 and then out to all the replication agreements on machine1
11) from the 389 console on machine2 I restored the database
12) the restoration from step 11 was again propagated to machine1 and then out to all the replication agreements on machine 1

....so why, did the deletions get replicated back to machine1 after the replication agreement was deleted? ...and since machine2 was a dedicated consumer, I thought it couldn't make updates to machine1 even with the replication agreement in place?

I don't know.  It's possible that machine2 still has a referral.  A dedicated consumer cannot accept updates, so when you attempt to send an ldap update operation to it, it will send back to the client a referral to a master that can handle the update.  If you see (err=10) in your access logs, this is what happened.


Thanks!

machine1 ==
2.6.32-220.el6.x86_64 #1 SMP
389-adminutil-1.1.15-1.el6.x86_64
389-ds-console-1.2.6-1.el6.noarch
389-ds-base-libs-1.2.11.15-12.el6_4.x86_64
389-ds-base-1.2.11.15-12.el6_4.x86_64
389-admin-console-1.1.8-1.el6.noarch
389-dsgw-1.1.9-1.el6.x86_64
389-ds-1.2.2-1.el6.noarch
389-admin-console-doc-1.1.8-1.el6.noarch
389-ds-console-doc-1.2.6-1.el6.noarch
389-admin-1.1.29-1.el6.x86_64
389-console-1.1.7-1.el6.noarch

machine2 ==
2.6.32-220.17.1.el6.x86_64 #1 SMP
389-ds-base-1.2.10.26-1.el6_3.x86_64
389-adminutil-1.1.15-1.el6.x86_64
389-admin-console-doc-1.1.8-1.el6.noarch
389-console-1.1.7-1.el6.noarch
389-admin-console-1.1.8-1.el6.noarch
389-dsgw-1.1.10-1.el6.x86_64
389-ds-base-libs-1.2.10.26-1.el6_3.x86_64
389-ds-console-1.2.6-1.el6.noarch
389-ds-1.2.2-1.el6.noarch
389-ds-console-doc-1.2.6-1.el6.noarch
389-admin-1.1.29-1.el6.x86_64


Leo Pleiman


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

[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