[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: new slapd.d configuration format and Invalid DN syntax (34)



On Fri, 2005-08-26 at 11:25 -0400, Samuel Tran wrote:
> Hi all,
> 
> I am testing OL 2.3.6 + BerkeleyDB 4.2.52 on Debian Sarge boxes.
> 
> I am a little bit confused on the new slapd.d configuration format.
> 
> I have a slapd.conf file that is working with my setup. I converted it
> to the new slapd.d format using this command:
> 
> /usr/local/libexec/slapd -f /etc/openldap/slapd.conf
> -F /etc/openldap/slapd.d
> 
> I re-started slapd using slapd.d:
> /usr/local/libexec/slapd -d 255 -u ldap -F /etc/openldap/slapd.d -4
> 
> Here is the resulting output:
> 
> [snip]
> slapd startup: initiated.
> backend_startup_one: starting "cn=config"
> slapd starting
> daemon: added 4r
> daemon: added 6r
> daemon: select: listen=6 active_threads=0 tvp=NULL
> daemon: activity on 1 descriptors
> daemon: new connection on 7
> ldap_pvt_gethostbyname_a: host=info-ldap-001, r=0
> daemon: added 7r
> daemon: select: listen=6 active_threads=0 tvp=NULL
> daemon: activity on 1 descriptors
> daemon: activity on: 7r
> daemon: read activity on 7
> connection_get(7)
> connection_get(7): got connid=0
> connection_read(7): checking for input on id=0
> ber_get_next
> ldap_read: want=8, got=8
>   0000:  30 0c 02 01 01 60 07 02                            0....`..
> ldap_read: want=6, got=6
>   0000:  01 03 04 00 80 00                                  ......
> ber_get_next: tag 0x30 len 12 contents:
> ber_dump: buf=0x081d1248 ptr=0x081d1248 end=0x081d1254 len=12
>   0000:  02 01 01 60 07 02 01 03  04 00 80 00               ...`........
> ber_get_next
> ldap_read: want=8 error=Resource temporarily unavailable
> ber_get_next on fd 7 failed errno=11 (Resource temporarily unavailable)
> daemon: select: listen=6 active_threads=0 tvp=NULL
> do_bind
> ber_scanf fmt ({imt) ber:
> ber_dump: buf=0x081d1248 ptr=0x081d124b end=0x081d1254 len=9
>   0000:  60 07 02 01 03 04 00 80  00                        `........
> ber_scanf fmt (m}) ber:
> ber_dump: buf=0x081d1248 ptr=0x081d1252 end=0x081d1254 len=2
>   0000:  00 00                                              ..
> >>> dnPrettyNormal: <>
> <<< dnPrettyNormal: <>, <>
> do_bind: version=3 dn="" method=128
> send_ldap_result: conn=0 op=0 p=3
> send_ldap_result: err=0 matched="" text=""
> send_ldap_response: msgid=1 tag=97 err=0
> ber_flush: 14 bytes to sd 7
>   0000:  30 0c 02 01 01 61 07 0a  01 00 04 00 04 00
> 0....a........
> ldap_write: want=14, written=14
>   0000:  30 0c 02 01 01 61 07 0a  01 00 04 00 04 00
> 0....a........
> daemon: activity on 1 descriptors
> daemon: activity on: 7r
> daemon: read activity on 7
> connection_get(7)
> connection_get(7): got connid=0
> connection_read(7): checking for input on id=0
> ber_get_next
> ldap_read: want=8, got=8
>   0000:  30 33 02 01 02 63 2e 04                            03...c..
> ldap_read: want=45, got=45
>   0000:  0e 64 63 3d 61 6d 6e 68  2c 64 63 3d 6f 72 67
> 0a   .dc=amnh,dc=org.
>   0010:  01 02 0a 01 00 02 01 00  02 01 00 01 01 00 87
> 0b   ................
>   0020:  6f 62 6a 65 63 74 63 6c  61 73 73 30 00
> objectclass0.
> ber_get_next: tag 0x30 len 51 contents:
> ber_dump: buf=0x081d08f0 ptr=0x081d08f0 end=0x081d0923 len=51
>   0000:  02 01 02 63 2e 04 0e 64  63 3d 61 6d 6e 68 2c
> 64   ...c...dc=amnh,d
>   0010:  63 3d 6f 72 67 0a 01 02  0a 01 00 02 01 00 02 01
> c=org...........
>   0020:  00 01 01 00 87 0b 6f 62  6a 65 63 74 63 6c 61
> 73   ......objectclas
>   0030:  73 30 00                                           s0.
> connection_input: conn=0 deferring operation: binding
> daemon: select: listen=6 active_threads=0 tvp=NULL
> do_bind: v3 anonymous bind
> do_search
> ber_scanf fmt ({miiiib) ber:
> ber_dump: buf=0x081d08f0 ptr=0x081d08f3 end=0x081d0923 len=48
>   0000:  63 2e 04 0e 64 63 3d 61  6d 6e 68 2c 64 63 3d 6f
> c...dc=amnh,dc=o
>   0010:  72 67 0a 01 02 0a 01 00  02 01 00 02 01 00 01 01
> rg..............
>   0020:  00 87 0b 6f 62 6a 65 63  74 63 6c 61 73 73 30
> 00   ...objectclass0.
> >>> dnPrettyNormal: <dc=example,dc=com>
> => ldap_bv2dn(dc=example,dc=com,0)
> ldap_err2string
> <= ldap_bv2dn(dc=example,dc=com)=0 Success
> do_search: invalid dn (dc=example,dc=com)
> send_ldap_result: conn=0 op=1 p=3
> send_ldap_result: err=34 matched="" text="invalid DN"
> send_ldap_response: msgid=2 tag=101 err=34
> ber_flush: 24 bytes to sd 7
>   0000:  30 16 02 01 02 65 11 0a  01 22 04 00 04 0a 69 6e
> 0....e..."....in
>   0010:  76 61 6c 69 64 20 44 4e                            valid DN
> ldap_write: want=24, written=24
>   0000:  30 16 02 01 02 65 11 0a  01 22 04 00 04 0a 69 6e
> 0....e..."....in
>   0010:  76 61 6c 69 64 20 44 4e                            valid DN
> daemon: activity on 1 descriptors
> daemon: activity on: 7r
> daemon: read activity on 7
> connection_get(7)
> connection_get(7): got connid=0
> connection_read(7): checking for input on id=0
> ber_get_next
> ldap_read: want=8, got=7
>   0000:  30 05 02 01 03 42 00                               0....B.
> ber_get_next: tag 0x30 len 5 contents:
> ber_dump: buf=0x081d1248 ptr=0x081d1248 end=0x081d124d len=5
>   0000:  02 01 03 42 00                                     ...B.
> ber_get_next
> ldap_read: want=8, got=0
> ber_get_next on fd 7 failed errno=0 (Success)
> connection_read(7): input error=-2 id=0, closing.
> connection_closing: readying conn=0 sd=7 for close
> connection_close: deferring conn=0 sd=7
> daemon: select: listen=6 active_threads=0 tvp=NULL
> daemon: activity on 1 descriptors
> daemon: select: listen=6 active_threads=0 tvp=NULL
> connection_resched: attempting closing conn=0 sd=7
> connection_close: deferring conn=0 sd=7
> do_unbind
> connection_resched: attempting closing conn=0 sd=7
> connection_close: conn=0 sd=7
> daemon: removing 7
> 
> I can see an Invalid DN syntax error.
> 
> Obviously when I try to do a simple ldapsearch I get:
> Invalid DN syntax (34)
> Additional information: invalid DN


The debugging output is actually the result of my ldapsearch:
/usr/local/bin/ldapsearch -LLL -x -H ldap://localhost -b
"dc=example,dc=com"

Sorry about the confusion.

Any hints?

Thanks.
Sam