Hide Forgot
Description of problem: Have a master with 2 replicas. Topology master -> replica1, master -> replica2 Used: ldapsearch -x -h `hostname` -p 389 -D "cn=Directory Manager" -w Secret123 -b "cn=mapping tree,cn=config" to check replication agreements on each of the machines, and they all look correct, and as expected. Will attach here. But doing a ipa-replica-manage list shows different output: [root@dell-pe1950-02 ~]# ipa-replica-manage list dell-pe1950-02.testrelm: master dell-pe1950-03.testrelm: master [root@dell-pe1950-02 ~]# ipa-replica-manage list -p Secret123 dell-pe1950-02.testrelm: master dell-pe1950-03.testrelm: master [root@dell-pe1950-02 ~]# ipa-replica-manage list -p Secret123 `hostname` dell-pe1950-03.testrelm: replica ibm-ls22-03.testrelm: replica For reference: master: 10.34.35.52 ; replica1: 10.34.35.54; replica2: 10.34.54.39 Version-Release number of selected component (if applicable): ipa-server-2.1.3-9.el6.i686 How reproducible: always Steps to Reproduce: 1. install master and 2 replicas 2.ipa-replica-manage list 3.ipa-replica-manage list -p Secret123 4.ipa-replica-manage list -p Secret123 `hostname` Actual results: lists are not same always Expected results: list to be same Additional info:
Created attachment 534486 [details] cn=mapping tree MASTER (10.34.35.52 dell-pe1950-02.testrelm) REPLICA1 (10.34.35.54 dell-pe1950-03.testrelm) REPLICA2 (10.34.54.39 ibm-ls22-03.testrelm)
Upstream ticket: https://fedorahosted.org/freeipa/ticket/2132
Ondrej Hamada found out that this issue is fixed by 389-ds-base-1.2.10.rc1 which was released for Fedora and epel6. I will link this BZ to Bug 788140 that Rich marked as the root cause of this bug.
Manual: [root@primenova ~]# ipa-replica-manage list -p Secret123 goldbug.lab.eng.pnq.redhat.com: master primenova.lab.eng.pnq.redhat.com: master [root@primenova ~]# ipa-replica-manage list -p Secret123 goldbug.lab.eng.pnq.redhat.com primenova.lab.eng.pnq.redhat.com: replica [root@primenova ~]# ipa-replica-manage list -p Secret123 primenova.lab.eng.pnq.redhat.com goldbug.lab.eng.pnq.redhat.com: replica [root@primenova ~]# Automated: :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: :: [ LOG ] :: Uninstalling replica :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: --8<-- :: [ LOG ] :: verifies https://bugzilla.redhat.com/show_bug.cgi?id=755094 :: [ PASS ] :: Running 'ipa-replica-manage list | grep "ipaqavmd.testrelm.com: master"' :: [ PASS ] :: Running 'ipa-replica-manage list | grep "ipaqavma.testrelm.com: master"' :: [ PASS ] :: Running 'ipa-replica-manage list -p Secret123 | grep "ipaqavmd.testrelm.com: master"' :: [ PASS ] :: Running 'ipa-replica-manage list -p Secret123 | grep "ipaqavma.testrelm.com: master"' :: [ PASS ] :: Running 'ipa-replica-manage list -p Secret123 ipaqavmd.testrelm.com | grep "ipaqavma.testrelm.com: replica"' :: [ PASS ] :: Running 'ipa-replica-manage list -p Secret123 ipaqavma.testrelm.com | grep "ipaqavmd.testrelm.com: replica"' Verified: ipa-server-2.2.0-3.el6.x86_64 389-ds-base-1.2.10.2-2.el6.x86_64
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: No documentation needed.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2012-0819.html