Full_Name: Dusty Doris Version: 2.2.18 OS: Freebsd 4.10 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (216.68.64.209) back-ldap does not allow multiple servers to be specified in URI line of slapd.conf. line (according to man slapd-ldap) uri "ldap://172.20.1.92:389/ ldap://172.20.1.249:389" results in ldap_url_parse_ext(ldap://172.20.1.92:389/ ldap://172.20.1.249:389) /usr/local/etc/openldap/slapd.conf: line 40: warning, only protocol, host and port allowed in "uri <uri>" line line (suggestion from list) uri "ldap://172.20.1.92:389 ldap://172.20.1.249:389" results in ldap_url_parse_ext(ldap://172.20.1.92:389 ldap://172.20.1.249:389) /usr/local/etc/openldap/slapd.conf: line 40: unable to parse uri "ldap://172.20.1.92:389 ldap://172.20.1.249:389" in "uri <uri>" line
changed notes changed state Open to Test moved from Incoming to Software Bugs
fixed in re22 (HEAD not affected); please test. p.
Will give it a shot. I usually install it via freebsd ports, I'm assuming I need to pull this from CVS? Is it the OPENLDAP_REL_ENG_2_2 version from CVS that I'll be pulling down? Thanks On Wed, 17 Nov 2004, Pierangelo Masarati wrote: > fixed in re22 (HEAD not affected); please test. > > p. >
> Will give it a shot. I usually install it via freebsd ports, I'm assuming > I need to pull this from CVS? Is it the OPENLDAP_REL_ENG_2_2 version from > CVS that I'll be pulling down? yes. The change is to 2.2.18 is trivial and very local, so if you don't want to pull all the code out of the CVS, you may just generate a diff (e.g. via cvsweb, http://www.openldap.org/devel/cvsweb.cgi ) of the servers/slapd/back-ldap/config.c; that should work. p. -- Pierangelo Masarati mailto:pierangelo.masarati@sys-net.it SysNet - via Dossi,8 27100 Pavia Tel: +390382573859 Fax: +390382476497
Patch works great. with uri "ldap://172.20.1.92:389 ldap://172.20.1.249:389" loaded both line 30 (uri "ldap://172.20.1.92:389 ldap://172.20.1.249:389") ldap_url_parse_ext(ldap://172.20.1.249:389) ldap_url_parse_ext(ldap://172.20.1.92:389) ldap tried both -purposely took down first one to test. back-ldap tried the first one and failed, then tried the second one and was successful ldap_new_connection ldap_int_open_connection ldap_connect_to_host: TCP 172.20.1.92:389 ldap_new_socket: 10 ldap_prepare_socket: 10 ldap_connect_to_host: Trying 172.20.1.92:389 ldap_connect_timeout: fd: 10 tm: -1 async: 0 ldap_ndelay_on: 10 daemon: select: listen=8 active_threads=0 tvp=NULL ldap_is_sock_ready: 10 ldap_is_socket_ready: error on socket 10: errno: 61 (Connection refused) ldap_close_socket: 10 ldap_int_open_connection ldap_connect_to_host: TCP 172.20.1.249:389 ldap_new_socket: 10 ldap_prepare_socket: 10 ldap_connect_to_host: Trying 172.20.1.249:389 ldap_connect_timeout: fd: 10 tm: -1 async: 0 ldap_ndelay_on: 10 ldap_is_sock_ready: 10 ldap_ndelay_off: 10 ldap_open_defconn: successful ldap_send_server_request My queries were successfully returned. Looks Good! Thanks. -Dusty Doris
changed notes changed state Test to Release
changed notes changed state Release to Closed
moved from Software Bugs to Archive.Software Bugs
use ldap_url_parselist() instead of ldap_url_parse() in config check fixed in re22; HEAD not affected