[389-users] Replication: update of supplier via referral from consumer not working

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

 



Mitja Miheli? wrote:
> Hi!
>
> Note: real information (IPs, DNs, FQDNs) has been replaced with 
> generic information.
>
> I have set up a single-master replication scenario.
> supplier: ldap://supplier.example.com:389
> consumer: ldap://consumer.example.com:389
> Replications works with no problems.
>
> I have entered "ldap://supplier.example.com:389/dc=example, dc=com" in 
> the "Current URLs for referrals (Optional)" field.
Why?  Replication sets the referrals automatically - that's why the 
console lists this field as (Optional).  Don't use these referrals 
unless you have to.

Secondly, you have a space in there - use dc=example,dc=com instead.  If 
you need to have spaces and other meta-characters in the LDAP URL, see 
http://www.ietf.org/rfc/rfc4516.txt
>
> If I understand correctly, when trying to update an entry on the 
> consumer, the referral should take me to the supplier and perform the 
> update there.
>
> But I get the following error from the consumers console:
> "netscape.ldap.LDAPException: error result (32); No such object; 
> Failed to follow referral to 
> ldap://supplier.example.com:389/edupersonprincipalname=user.name at example.com.si,dc=example," 
>
>
>
> As you can see, there is a part of the DN missing and I have no idea 
> why...
>
>
> This is the information from the suppliers error log, again with the 
> incomplete DN:
>
> [snip]
> [29/Oct/2009:10:17:49 +0100] conn=18 fd=70 slot=70 connection from 
> CONSUMER_IP to SUPPLIER_IP
> [29/Oct/2009:10:17:49 +0100] conn=18 op=0 BIND dn="cn=Directory 
> Manager" method=128 version=3
> [29/Oct/2009:10:17:49 +0100] conn=18 op=0 RESULT err=0 tag=97 
> nentries=0 etime=0 dn="cn=directory manager"
> [29/Oct/2009:10:17:49 +0100] conn=18 op=1 MOD 
> dn="edupersonprincipalname=user.name at example.com.si,dc=example,"
> [29/Oct/2009:10:17:49 +0100] conn=18 op=1 RESULT err=32 tag=103 
> nentries=0 etime=0
> [29/Oct/2009:10:17:49 +0100] conn=18 op=2 UNBIND
> [29/Oct/2009:10:17:49 +0100] conn=18 op=2 fd=70 closed - U1
> [/snip]
>
> Regards,
> Mitja
>
> -- 
> 389 users mailing list
> 389-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3258 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.fedoraproject.org/pipermail/389-users/attachments/20091029/0a70a4ef/attachment.bin 


[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