Re: Problems setting up MMR

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

 



Will give that a try.  

Once I have it working I should be able to change my DNS to round robin between the 2 hosts and and point all the clients at that new name.  Correct?

Louis
On Aug 22, 2013, at 4:21 PM, Morgan Jones <morgan@xxxxxxxxxxxxxxx> wrote:

> Modify an entry on the (a) master and see if the change propagates.
> 
> The master will also complain vociferously in the error log if it can't send updates to a consumer.
> 
> -morgan
> 
> 
> On Aug 22, 2013, at 4:12 PM, Louis Bohm wrote:
> 
>> I added it with an ldapadd on host ldap02 and was able to initialize the consumer.
>> 
>> So now that I have it working how do I test it and validate it?
>> 
>> Louis
>> On Aug 22, 2013, at 3:25 PM, Morgan Jones <morgan@xxxxxxxxxxxxxxx> wrote:
>> 
>>> Louis,
>>> 
>>> Did you create cn=replication manager?  It looks like you did not.
>>> 
>>> Try this to see if it's there:
>>> ldapsearch -H ldaps://ldap02 -D cn=directory\ manager -w pass -LLLb "cn=replication manager,cn=config" objectclass=\*
>>> 
>>> replace ldaps with ldap of course if you have not set up ssl.
>>> 
>>> I believe it's in dse.ldif as well.
>>> 
>>> -morgan
>>> 
>>> 
>>> On Aug 22, 2013, at 3:17 PM, Louis Bohm wrote:
>>> 
>>>> I have 2 servers running cents 6.4 and the newest version of DS from the repos.  Both serves have the same supplier DN.  On the second server (ldap02) I go no errors when setting up the replication agreement.  However, on the first server (ldap01) I got "LDAP error: No such object.  Error code: 32".  The logs on ldap02 show this:
>>>> 
>>>> [22/Aug/2013:15:14:17 -0400] conn=48 fd=71 slot=71 connection from 10.74.192.51 to 10.74.192.52
>>>> [22/Aug/2013:15:14:17 -0400] conn=48 op=0 BIND dn="cn=replication manager,cn=config" method=128 version=3
>>>> [22/Aug/2013:15:14:17 -0400] conn=48 op=0 RESULT err=32 tag=97 nentries=0 etime=0
>>>> [22/Aug/2013:15:14:17 -0400] conn=48 op=1 UNBIND
>>>> [22/Aug/2013:15:14:17 -0400] conn=48 op=1 fd=71 closed - U1
>>>> 
>>>> I guess the first thing I need to do is prove that supplier DN is really there and is the same.  But I have been unable to come up with an ldapsearch that shows it.  Or is the only way to see it is to grep the dse.ldif file?
>>>> 
>>>> Louis
>>>> 
>>>> --
>>>> 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

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