openldap-bugs March 2009

openldap-bugs@openldap.org

48 participants
245 discussions

Re: (ITS#6016) Make moduleload automatic
by hyc＠symas.com 11 Mar '09

11 Mar '09

abartlet(a)samba.org wrote: > Full_Name: Andrew Bartlett > Version: 2.4.15 > OS: Fedora 9 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (59.167.251.137) > > > In Samba4, we generate a slapd.conf for OpenLDAP as part of our > provision-backend process. This avoids administrators needing to guess at > Samba's specific requirements. > > However, this places the Samba4 software in the position of having to guess how > this host's OpenLDAP installation was compiled. In particular, we need to guess > if the required overlays are built in, or modules. > > Work was done a while back to avoid us having to guess what the module path is > (the default is is now hard-coded in the binary), but we still have to guess > which set of modules to load. Currently this is done in 'make test' by guessing > different sets of modules in an included 'modules.conf' and running slaptest > until we find a combination that works. > > We (Samba4) would really like it if the slapd binary would load modules > (assuming a one-to-one mapping between overlay/backend names and modules) from > that default path, if not found static in the binary. > > This way, Samba would not specify modules at all in the slapd.conf, but they > would be loaded as required, if required. > > Thanks, > > Andrew Bartlett > > (As discussed with Howard Chu on #openldap-devel) > As a further clarification - we're only considering this for backends and overlays; other dynamically loaded elements' (like syntaxes, password hashes, whatever) behavior will not be changed. And before we go there, what if we just provided a slapd option to dump out all of its compiled-in paths? Then you could inspect the modulepath and see whether any modules of interest reside there. ? -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

(ITS#6016) Make moduleload automatic
by abartlet＠samba.org 11 Mar '09

11 Mar '09

Full_Name: Andrew Bartlett Version: 2.4.15 OS: Fedora 9 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (59.167.251.137) In Samba4, we generate a slapd.conf for OpenLDAP as part of our provision-backend process. This avoids administrators needing to guess at Samba's specific requirements. However, this places the Samba4 software in the position of having to guess how this host's OpenLDAP installation was compiled. In particular, we need to guess if the required overlays are built in, or modules. Work was done a while back to avoid us having to guess what the module path is (the default is is now hard-coded in the binary), but we still have to guess which set of modules to load. Currently this is done in 'make test' by guessing different sets of modules in an included 'modules.conf' and running slaptest until we find a combination that works. We (Samba4) would really like it if the slapd binary would load modules (assuming a one-to-one mapping between overlay/backend names and modules) from that default path, if not found static in the binary. This way, Samba would not specify modules at all in the slapd.conf, but they would be loaded as required, if required. Thanks, Andrew Bartlett (As discussed with Howard Chu on #openldap-devel)

1 0

(ITS#6015) ldapsearch can not retrieve same uid that has been added after it was deleted
by arun_patel＠yahoo.com 11 Mar '09

11 Mar '09

Full_Name: Arun Patel Version: 2.2.13 OS: linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (135.207.175.192) Here is the scenario. 1) Add new user (example testid) dn: uid=testid,o=xyz.com (with the attibutes and its values, etc) 2) ldapsearch -LLL -x -b uid=tesid,xyz.com finds the testid 3) Delete the user (testid) dn: uid=testid,o=xyz.com changemodify: delete 4) ldapsearch -LLL -x -b uid=tesid,xyz.com No match for DN (Good) 5) Add same user back (testid) dn: uid=testid,o=xyz.com (with the attibutes and its values, etc) 6) ldapsearch -LLL -x -b uid=tesid,xyz.com unable to retrieve the testid (Problem) I know the testid is in ldap, because went thru ldap browser and did see the entry. I then did /etc/init.d/ldap stop and /etc/init.d/ldap start After entering ldapsearch -LLL -x -b uid=tesid,xyz.com, it works, Why does this happen? Help is highly appreciated. Arun

1 0

Re: (ITS#6014) rev. 1.121 of clients/tools/common.c makes ldapmodify coredump
by d＠delphij.net 11 Mar '09

11 Mar '09

This is a multi-part message in MIME format. --------------060204070408080909040407 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, Here is a patch that intends to fix #6014. getpassphrase() (which in turn would be a getpass() call, or lutil_getpass() call), returns a pointer from a static char * pointer, which should never be free()'ed. Therefore, a strdup() should be called. Note that, since both getpass() implementation could return NULL, we can not strdup() directly. Instead, we need to detect whether it's NULL and handle separately. Cheers, -- Xin LI <delphij(a)delphij.net> http://www.delphij.net/ FreeBSD - The Power to Serve! --------------060204070408080909040407 Content-Type: text/plain; name="patch-ITS6014" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch-ITS6014" Index: clients/tools/ldapcompare.c =================================================================== RCS file: /repo/OpenLDAP/pkg/ldap/clients/tools/ldapcompare.c,v retrieving revision 1.52 diff -u -p -r1.52 ldapcompare.c --- clients/tools/ldapcompare.c 21 Jan 2009 23:40:09 -0000 1.52 +++ clients/tools/ldapcompare.c 11 Mar 2009 17:22:58 -0000 @@ -182,6 +182,7 @@ main( int argc, char **argv ) { char *compdn = NULL, *attrs = NULL; char *sep; + const char *passphrase; int rc; LDAP *ld = NULL; struct berval bvalue = { 0, NULL }; @@ -233,7 +234,8 @@ main( int argc, char **argv ) rc = lutil_get_filed_password( pw_file, &passwd ); if( rc ) return EXIT_FAILURE; } else { - passwd.bv_val = getpassphrase( _("Enter LDAP Password: ") ); + passphrase = getpassphrase( _("Enter LDAP Password: ") ); + passwd.bv_val = passphrase ? strdup(passphrase) : NULL; passwd.bv_len = passwd.bv_val ? strlen( passwd.bv_val ) : 0; } } Index: clients/tools/ldapdelete.c =================================================================== RCS file: /repo/OpenLDAP/pkg/ldap/clients/tools/ldapdelete.c,v retrieving revision 1.130 diff -u -p -r1.130 ldapdelete.c --- clients/tools/ldapdelete.c 21 Jan 2009 23:40:09 -0000 1.130 +++ clients/tools/ldapdelete.c 11 Mar 2009 17:22:58 -0000 @@ -162,6 +162,7 @@ int main( int argc, char **argv ) { char buf[ 4096 ]; + const char *passphrase; FILE *fp; LDAP *ld; int rc, retval; @@ -191,7 +192,8 @@ main( int argc, char **argv ) rc = lutil_get_filed_password( pw_file, &passwd ); if( rc ) return EXIT_FAILURE; } else { - passwd.bv_val = getpassphrase( _("Enter LDAP Password: ") ); + passphrase = getpassphrase( _("Enter LDAP Password: ") ); + passwd.bv_val = passphrase ? strdup(passphrase) : 0; passwd.bv_len = passwd.bv_val ? strlen( passwd.bv_val ) : 0; } } Index: clients/tools/ldapexop.c =================================================================== RCS file: /repo/OpenLDAP/pkg/ldap/clients/tools/ldapexop.c,v retrieving revision 1.16 diff -u -p -r1.16 ldapexop.c --- clients/tools/ldapexop.c 21 Jan 2009 23:40:09 -0000 1.16 +++ clients/tools/ldapexop.c 11 Mar 2009 17:22:58 -0000 @@ -70,6 +70,7 @@ main( int argc, char *argv[] ) LDAP *ld = NULL; char *matcheddn = NULL, *text = NULL, **refs = NULL; + const char *passphrase; LDAPControl **ctrls = NULL; int id, code; LDAPMessage *res; @@ -91,7 +92,8 @@ main( int argc, char *argv[] ) rc = lutil_get_filed_password( pw_file, &passwd ); if( rc ) return EXIT_FAILURE; } else { - passwd.bv_val = getpassphrase( _("Enter LDAP Password: ") ); + passphrase = getpassphrase( _("Enter LDAP Password: ") ); + passwd.bv_val = passphrase ? strdup( passphrase ) : NULL; passwd.bv_len = passwd.bv_val ? strlen( passwd.bv_val ) : 0; } } Index: clients/tools/ldapmodify.c =================================================================== RCS file: /repo/OpenLDAP/pkg/ldap/clients/tools/ldapmodify.c,v retrieving revision 1.209 diff -u -p -r1.209 ldapmodify.c --- clients/tools/ldapmodify.c 21 Jan 2009 23:40:09 -0000 1.209 +++ clients/tools/ldapmodify.c 11 Mar 2009 17:22:58 -0000 @@ -237,6 +237,7 @@ int main( int argc, char **argv ) { char *rbuf = NULL, *rejbuf = NULL; + const char *passphrase; FILE *rejfp; struct LDIFFP *ldiffp, ldifdummy = {0}; char *matched_msg, *error_msg; @@ -286,7 +287,8 @@ main( int argc, char **argv ) rc = lutil_get_filed_password( pw_file, &passwd ); if( rc ) return EXIT_FAILURE; } else { - passwd.bv_val = getpassphrase( _("Enter LDAP Password: ") ); + passphrase = getpassphrase( _("Enter LDAP Password: ") ); + passwd.bv_val = passphrase ? strdup( passphrase ) : NULL; passwd.bv_len = passwd.bv_val ? strlen( passwd.bv_val ) : 0; } } Index: clients/tools/ldapmodrdn.c =================================================================== RCS file: /repo/OpenLDAP/pkg/ldap/clients/tools/ldapmodrdn.c,v retrieving revision 1.124 diff -u -p -r1.124 ldapmodrdn.c --- clients/tools/ldapmodrdn.c 21 Jan 2009 23:40:09 -0000 1.124 +++ clients/tools/ldapmodrdn.c 11 Mar 2009 17:22:58 -0000 @@ -151,6 +151,7 @@ int main(int argc, char **argv) { char *entrydn = NULL, *rdn = NULL, buf[ 4096 ]; + const char *passphrase; FILE *fp; LDAP *ld; int rc, retval, havedn; @@ -192,7 +193,8 @@ main(int argc, char **argv) rc = lutil_get_filed_password( pw_file, &passwd ); if( rc ) return EXIT_FAILURE; } else { - passwd.bv_val = getpassphrase( _("Enter LDAP Password: ") ); + passphrase = getpassphrase( _("Enter LDAP Password: ") ); + passwd.bv_val = passphrase ? strdup( passphrase ) : NULL; passwd.bv_len = passwd.bv_val ? strlen( passwd.bv_val ) : 0; } } Index: clients/tools/ldappasswd.c =================================================================== RCS file: /repo/OpenLDAP/pkg/ldap/clients/tools/ldappasswd.c,v retrieving revision 1.148 diff -u -p -r1.148 ldappasswd.c --- clients/tools/ldappasswd.c 7 Mar 2009 23:08:09 -0000 1.148 +++ clients/tools/ldappasswd.c 11 Mar 2009 17:22:59 -0000 @@ -205,8 +205,9 @@ main( int argc, char *argv[] ) if( want_oldpw && oldpw.bv_val == NULL ) { /* prompt for old password */ - char *ckoldpw; - oldpw.bv_val = strdup(getpassphrase(_("Old password: "))); + const char *oldpassphrase, *ckoldpw; + oldpassphrase = getpassphrase(_("Old password: ")); + oldpw.bv_val = oldpassphrase ? strdup(oldpassphrase) : NULL; ckoldpw = getpassphrase(_("Re-enter old password: ")); if( oldpw.bv_val == NULL || ckoldpw == NULL || @@ -217,7 +218,7 @@ main( int argc, char *argv[] ) goto done; } - oldpw.bv_len = strlen( oldpw.bv_val ); + oldpw.bv_len = oldpw.bv_val ? strlen( oldpw.bv_val ) : 0; } if( newpwfile ) { @@ -230,8 +231,9 @@ main( int argc, char *argv[] ) if( want_newpw && newpw.bv_val == NULL ) { /* prompt for new password */ - char *cknewpw; - newpw.bv_val = strdup(getpassphrase(_("New password: "))); + const char *newpassphrase, *cknewpw; + newpassphrase = getpassphrase(_("New password: ")); + newpw.bv_val = newpassphrase ? strdup(newpassphrase) : NULL; cknewpw = getpassphrase(_("Re-enter new password: ")); if( newpw.bv_val == NULL || cknewpw == NULL || @@ -242,7 +244,7 @@ main( int argc, char *argv[] ) goto done; } - newpw.bv_len = strlen( newpw.bv_val ); + newpw.bv_len = newpw.bv_val ? strlen( newpw.bv_val ) : 0; } if ( pw_file ) { @@ -253,7 +255,9 @@ main( int argc, char *argv[] ) } } else if ( want_bindpw ) { - passwd.bv_val = getpassphrase( _("Enter LDAP Password: ") ); + const char *bindpassphrase; + bindpassphrase = getpassphrase( _("Enter LDAP Password: ") ); + passwd.bv_val = bindpassphrase ? strdup(bindpassphrase) : NULL; passwd.bv_len = passwd.bv_val ? strlen( passwd.bv_val ) : 0; } Index: clients/tools/ldapsearch.c =================================================================== RCS file: /repo/OpenLDAP/pkg/ldap/clients/tools/ldapsearch.c,v retrieving revision 1.262 diff -u -p -r1.262 ldapsearch.c --- clients/tools/ldapsearch.c 7 Mar 2009 00:31:34 -0000 1.262 +++ clients/tools/ldapsearch.c 11 Mar 2009 17:22:59 -0000 @@ -718,6 +718,7 @@ int main( int argc, char **argv ) { char *filtpattern, **attrs = NULL, line[BUFSIZ]; + const char *passphrase; FILE *fp = NULL; int rc, rc1, i, first; LDAP *ld = NULL; @@ -831,7 +832,8 @@ main( int argc, char **argv ) rc = lutil_get_filed_password( pw_file, &passwd ); if( rc ) return EXIT_FAILURE; } else { - passwd.bv_val = getpassphrase( _("Enter LDAP Password: ") ); + passphrase = getpassphrase( _("Enter LDAP Password: ") ); + passwd.bv_val = passphrase ? strdup(passphrase) : NULL; passwd.bv_len = passwd.bv_val ? strlen( passwd.bv_val ) : 0; } } Index: clients/tools/ldapwhoami.c =================================================================== RCS file: /repo/OpenLDAP/pkg/ldap/clients/tools/ldapwhoami.c,v retrieving revision 1.50 diff -u -p -r1.50 ldapwhoami.c --- clients/tools/ldapwhoami.c 21 Jan 2009 23:40:09 -0000 1.50 +++ clients/tools/ldapwhoami.c 11 Mar 2009 17:22:59 -0000 @@ -112,6 +112,7 @@ main( int argc, char *argv[] ) LDAP *ld = NULL; char *matcheddn = NULL, *text = NULL, **refs = NULL; char *retoid = NULL; + const char *passphrase; struct berval *retdata = NULL; int id, code = 0; LDAPMessage *res; @@ -134,7 +135,8 @@ main( int argc, char *argv[] ) rc = lutil_get_filed_password( pw_file, &passwd ); if( rc ) return EXIT_FAILURE; } else { - passwd.bv_val = getpassphrase( _("Enter LDAP Password: ") ); + passphrase = getpassphrase( _("Enter LDAP Password: ") ); + passwd.bv_val = passphrase ? strdup(passphrase) : NULL; passwd.bv_len = passwd.bv_val ? strlen( passwd.bv_val ) : 0; } } --------------060204070408080909040407--

1 0

Re: (ITS#6014) rev. 1.121 of clients/tools/common.c makes ldapmodify coredump
by ando＠sys-net.it 11 Mar '09

11 Mar '09

Isn't getpass() deprecated and removed from POSIX? p. yuri.pankov(a)gmail.com wrote: > Full_Name: Yuri Pankov > Version: 2.4.15 > OS: FreeBSD > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (85.175.25.104) > > > Running ldap{add,modify} with -W switch leads to following coredump (introduced > in rev.1.121 of clients/tools/common.c): >> ldapadd -x -D "cn=root,dc=darklight,dc=homeunix,dc=org" -W -f root.ldif > Enter LDAP Password: > adding new entry "dc=darklight,dc=homeunix,dc=org" > > Assertion failed: (arena != NULL), function arena_dalloc, file > /usr/src/lib/libc/stdlib/malloc.c, line 3843. > Abort (core dumped) > > We shouldn't try to free() result returned by getpass(): > > --- ./clients/tools/common.c.orig 2009-03-11 19:24:18.523596600 +0300 > +++ ./clients/tools/common.c 2009-03-11 19:24:52.443459786 +0300 > @@ -255,9 +255,11 @@ > ber_memfree( binddn ); > } > > +#ifndef HAVE_GETPASS > if ( passwd.bv_val != NULL ) { > ber_memfree( passwd.bv_val ); > } > +#endif > } > > void > Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it ----------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Fax: +39 0382 476497 Email: ando(a)sys-net.it -----------------------------------

1 0

(ITS#6014) rev. 1.121 of clients/tools/common.c makes ldapmodify coredump
by yuri.pankov＠gmail.com 11 Mar '09

11 Mar '09

Full_Name: Yuri Pankov Version: 2.4.15 OS: FreeBSD URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (85.175.25.104) Running ldap{add,modify} with -W switch leads to following coredump (introduced in rev.1.121 of clients/tools/common.c): > ldapadd -x -D "cn=root,dc=darklight,dc=homeunix,dc=org" -W -f root.ldif Enter LDAP Password: adding new entry "dc=darklight,dc=homeunix,dc=org" Assertion failed: (arena != NULL), function arena_dalloc, file /usr/src/lib/libc/stdlib/malloc.c, line 3843. Abort (core dumped) We shouldn't try to free() result returned by getpass(): --- ./clients/tools/common.c.orig 2009-03-11 19:24:18.523596600 +0300 +++ ./clients/tools/common.c 2009-03-11 19:24:52.443459786 +0300 @@ -255,9 +255,11 @@ ber_memfree( binddn ); } +#ifndef HAVE_GETPASS if ( passwd.bv_val != NULL ) { ber_memfree( passwd.bv_val ); } +#endif } void

1 0

Re: (ITS#6005)
by rupreht-mobi2＠olympus.ru 11 Mar '09

11 Mar '09

Pierangelo Masarati пишет: > <http://www.openldap.org/faq/data/cache/59.html> > > p. > > >> %ldapsearch -x -w xxxxxxx -h mail -b "ou=transport,dc=test,dc=ru" -D >> "cn=replic,dc=test,dc=ru" >> Ok >> >> %ldapsearch -Wx -h mail -b "ou=transport,dc=test,dc=ru" -D >> "cn=replic,dc=test,dc=ru" >> Enter LDAP Password: >> # extended LDIF >> # >> # LDAPv3 >> ..... >> # search result >> search: 2 >> result: 0 Success >> >> # numResponses: 5 >> # numEntries: 4 >> Segmentation fault > > > > > Ing. Pierangelo Masarati > OpenLDAP Core Team > > SysNet s.r.l. > via Dossi, 8 - 27100 Pavia - ITALIA > http://www.sys-net.it > ----------------------------------- > Office: +39 02 23998309 > Mobile: +39 333 4963172 > Fax: +39 0382 476497 > Email: ando(a)sys-net.it > ----------------------------------- > %gdb `where ldapsearch` GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... (gdb) r -d -1 -Wx -h mail -b "ou=transport,dc=test,dc=ru" -D "cn=replic,dc=test,dc=ru" Starting program: /usr/local/bin/ldapsearch -d -1 -Wx -h mail -b "ou=transport,dc=test,dc=ru" -D "cn=replic,dc=test,dc=ru" ldap_create ldap_url_parse_ext(ldap://mail) Enter LDAP Password: ldap_sasl_bind ldap_send_initial_request ldap_new_connection 1 1 0 ldap_int_open_connection ldap_connect_to_host: TCP mail:389 ldap_new_socket: 3 ldap_prepare_socket: 3 ldap_connect_to_host: Trying xxx.xxx.xxx:389 ldap_pvt_connect: fd: 3 tm: -1 async: 0 ldap_open_defconn: successful ldap_send_server_request ber_scanf fmt ({it) ber: ber_dump: buf=0x4841e000 ptr=0x4841e000 end=0x4841e033 len=51 0000: 30 31 02 01 01 60 2c 02 01 03 04 1a 63 6e 3d 72 01...`,.....cn=r -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- ber_scanf fmt ({i) ber: ber_dump: buf=0x4841e000 ptr=0x4841e005 end=0x4841e033 len=46 0000: 60 2c 02 01 03 04 1a 63 6e 3d 72 65 70 6c 69 63 `,.....cn=replic -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- ber_flush2: 51 bytes to sd 3 0000: 30 31 02 01 01 60 2c 02 01 03 04 1a 63 6e 3d 72 01...`,.....cn=r -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- ldap_write: want=51, written=51 0000: 30 31 02 01 01 60 2c 02 01 03 04 1a 63 6e 3d 72 01...`,.....cn=r -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- ldap_result ld 0x48425040 msgid 1 wait4msg ld 0x48425040 msgid 1 (infinite timeout) wait4msg continue ld 0x48425040 msgid 1 all 1 ** ld 0x48425040 Connections: * host: mail port: 389 (default) refcnt: 2 status: Connected last used: Wed Mar 11 10:15:15 2009 ** ld 0x48425040 Outstanding Requests: * msgid 1, origid 1, status InProgress outstanding referrals 0, parent count 0 ld 0x48425040 request count 1 (abandoned 0) ** ld 0x48425040 Response Queue: Empty ld 0x48425040 response count 0 ldap_chkResponseList ld 0x48425040 msgid 1 all 1 ldap_chkResponseList returns ld 0x48425040 NULL ldap_int_select read1msg: ld 0x48425040 msgid 1 all 1 ber_get_next ldap_read: want=8, got=8 0000: 30 0c 02 01 01 61 07 0a 0....a.. ldap_read: want=6, got=6 0000: 01 00 04 00 04 00 ...... ber_get_next: tag 0x30 len 12 contents: ber_dump: buf=0x484200c0 ptr=0x484200c0 end=0x484200cc len=12 0000: 02 01 01 61 07 0a 01 00 04 00 04 00 ...a........ read1msg: ld 0x48425040 msgid 1 message type bind ber_scanf fmt ({eAA) ber: ber_dump: buf=0x484200c0 ptr=0x484200c3 end=0x484200cc len=9 0000: 61 07 0a 01 00 04 00 04 00 a........ read1msg: ld 0x48425040 0 new referrals read1msg: mark request completed, ld 0x48425040 msgid 1 request done: ld 0x48425040 msgid 1 res_errno: 0, res_error: <>, res_matched: <> ldap_free_request (origid 1, msgid 1) ldap_parse_result ber_scanf fmt ({iAA) ber: ber_dump: buf=0x484200c0 ptr=0x484200c3 end=0x484200cc len=9 0000: 61 07 0a 01 00 04 00 04 00 a........ ber_scanf fmt (}) ber: ber_dump: buf=0x484200c0 ptr=0x484200cc end=0x484200cc len=0 ldap_msgfree # extended LDIF # # LDAPv3 # base <ou=transport,dc=test,dc=ru> with scope subtree # filter: (objectclass=*) # requesting: ALL # ldap_search_ext put_filter: "(objectclass=*)" put_filter: simple put_simple_filter: "objectclass=*" ldap_build_search_req ATTRS: * ldap_send_initial_request ldap_send_server_request ber_scanf fmt ({it) ber: ber_dump: buf=0x4841f000 ptr=0x4841f000 end=0x4841f044 len=68 0000: 30 42 02 01 02 63 3d 04 1d 6f 75 3d 74 72 61 6e 0B...c=..ou=tran -x-x-x-x-x-x-x-x-x- 0020: 2c 64 63 3d 72 75 0a 01 02 0a 01 00 02 01 00 02 ,dc=ru.......... 0030: 01 00 01 01 00 87 0b 6f 62 6a 65 63 74 63 6c 61 .......objectcla 0040: 73 73 30 00 ss0. ber_scanf fmt ({) ber: ber_dump: buf=0x4841f000 ptr=0x4841f005 end=0x4841f044 len=63 0000: 63 3d 04 1d 6f 75 3d 74 72 61 6e 73 70 6f 72 74 c=..ou=transport -x-x-x-x-x-x-x-x-x- 0020: 75 0a 01 02 0a 01 00 02 01 00 02 01 00 01 01 00 u............... 0030: 87 0b 6f 62 6a 65 63 74 63 6c 61 73 73 30 00 ..objectclass0. ber_flush2: 68 bytes to sd 3 0000: 30 42 02 01 02 63 3d 04 1d 6f 75 3d 74 72 61 6e 0B...c=..ou=tran -x-x-x-x-x-x-x-x-x- 0020: 2c 64 63 3d 72 75 0a 01 02 0a 01 00 02 01 00 02 ,dc=ru.......... 0030: 01 00 01 01 00 87 0b 6f 62 6a 65 63 74 63 6c 61 .......objectcla 0040: 73 73 30 00 ss0. ldap_write: want=68, written=68 0000: 30 42 02 01 02 63 3d 04 1d 6f 75 3d 74 72 61 6e 0B...c=..ou=tran -x-x-x-x-x-x-x-x-x- 0020: 2c 64 63 3d 72 75 0a 01 02 0a 01 00 02 01 00 02 ,dc=ru.......... 0030: 01 00 01 01 00 87 0b 6f 62 6a 65 63 74 63 6c 61 .......objectcla 0040: 73 73 30 00 ss0. ldap_result ld 0x48425040 msgid -1 wait4msg ld 0x48425040 msgid -1 (infinite timeout) wait4msg continue ld 0x48425040 msgid -1 all 0 ** ld 0x48425040 Connections: * host: mail port: 389 (default) refcnt: 2 status: Connected last used: Wed Mar 11 10:15:15 2009 ** ld 0x48425040 Outstanding Requests: * msgid 2, origid 2, status InProgress outstanding referrals 0, parent count 0 ld 0x48425040 request count 1 (abandoned 0) ** ld 0x48425040 Response Queue: Empty ld 0x48425040 response count 0 ldap_chkResponseList ld 0x48425040 msgid -1 all 0 ldap_chkResponseList returns ld 0x48425040 NULL ldap_int_select read1msg: ld 0x48425040 msgid -1 all 0 ber_get_next ldap_read: want=8, got=8 0000: 30 63 02 01 02 64 5e 04 0c...d^. ldap_read: want=93, got=93 0000: 1d 6f 75 3d 74 72 61 6e 73 70 6f 72 74 2c 64 63 .ou=transport,dc -x-x-x-x-x-x-x-x-x- 0020: 30 11 04 02 6f 75 31 0b 04 09 74 72 61 6e 73 70 0...ou1...transp 0030: 6f 72 74 30 28 04 0b 6f 62 6a 65 63 74 43 6c 61 ort0(..objectCla 0040: 73 73 31 19 04 03 74 6f 70 04 12 6f 72 67 61 6e ss1...top..organ 0050: 69 7a 61 74 69 6f 6e 61 6c 55 6e 69 74 izationalUnit ber_get_next: tag 0x30 len 99 contents: ber_dump: buf=0x48433080 ptr=0x48433080 end=0x484330e3 len=99 0000: 02 01 02 64 5e 04 1d 6f 75 3d 74 72 61 6e 73 70 ...d^..ou=transp -x-x-x-x-x-x-x-x-x- 0020: 63 3d 72 75 30 3d 30 11 04 02 6f 75 31 0b 04 09 c=ru0=0...ou1... 0030: 74 72 61 6e 73 70 6f 72 74 30 28 04 0b 6f 62 6a transport0(..obj 0040: 65 63 74 43 6c 61 73 73 31 19 04 03 74 6f 70 04 ectClass1...top. 0050: 12 6f 72 67 61 6e 69 7a 61 74 69 6f 6e 61 6c 55 .organizationalU 0060: 6e 69 74 nit read1msg: ld 0x48425040 msgid 2 message type search-entry ldap_get_dn_ber ber_scanf fmt ({ml{) ber: ber_dump: buf=0x48433080 ptr=0x48433083 end=0x484330e3 len=96 0000: 64 5e 04 1d 6f 75 3d 74 72 61 6e 73 70 6f 72 74 d^..ou=transport -x-x-x-x-x-x-x-x-x- 0020: 75 30 3d 30 11 04 02 6f 75 31 0b 04 09 74 72 61 u0=0...ou1...tra 0030: 6e 73 70 6f 72 74 30 28 04 0b 6f 62 6a 65 63 74 nsport0(..object 0040: 43 6c 61 73 73 31 19 04 03 74 6f 70 04 12 6f 72 Class1...top..or 0050: 67 61 6e 69 7a 61 74 69 6f 6e 61 6c 55 6e 69 74 ganizationalUnit ldap_dn2ufn ldap_dn_normalize => ldap_bv2dn(ou=transport,dc=test,dc=ru,0) <= ldap_bv2dn(ou=transport,dc=test,dc=ru)=0 => ldap_dn2bv(64) <= ldap_dn2bv(transport, test.ru)=0 # transport, test.ru dn: ou=transport,dc=test,dc=ru ber_scanf fmt ({xx) ber: ber_dump: buf=0x48433080 ptr=0x48433083 end=0x484330e3 len=96 0000: 64 5e 04 1d 6f 75 3d 74 72 61 6e 73 70 6f 72 74 d^..ou=transport -x-x-x-x-x-x-x-x-x- 0020: 75 00 3d 30 11 04 02 6f 75 31 0b 04 09 74 72 61 u.=0...ou1...tra 0030: 6e 73 70 6f 72 74 30 28 04 0b 6f 62 6a 65 63 74 nsport0(..object 0040: 43 6c 61 73 73 31 19 04 03 74 6f 70 04 12 6f 72 Class1...top..or 0050: 67 61 6e 69 7a 61 74 69 6f 6e 61 6c 55 6e 69 74 ganizationalUnit ldap_get_attribute_ber ber_scanf fmt ({mM}) ber: ber_dump: buf=0x48433080 ptr=0x484330a6 end=0x484330e3 len=61 0000: 30 11 04 02 6f 75 31 0b 04 09 74 72 61 6e 73 70 0...ou1...transp 0010: 6f 72 74 30 28 04 0b 6f 62 6a 65 63 74 43 6c 61 ort0(..objectCla 0020: 73 73 31 19 04 03 74 6f 70 04 12 6f 72 67 61 6e ss1...top..organ 0030: 69 7a 61 74 69 6f 6e 61 6c 55 6e 69 74 izationalUnit ou: transport ldap_get_attribute_ber ber_scanf fmt ({mM}) ber: ber_dump: buf=0x48433080 ptr=0x484330b9 end=0x484330e3 len=42 0000: 00 28 04 0b 6f 62 6a 65 63 74 43 6c 61 73 73 31 .(..objectClass1 0010: 19 04 03 74 6f 70 04 12 6f 72 67 61 6e 69 7a 61 ...top..organiza 0020: 74 69 6f 6e 61 6c 55 6e 69 74 tionalUnit objectClass: top objectClass: organizationalUnit ldap_get_attribute_ber ldap_msgfree ldap_result ld 0x48425040 msgid -1 wait4msg ld 0x48425040 msgid -1 (infinite timeout) wait4msg continue ld 0x48425040 msgid -1 all 0 ** ld 0x48425040 Connections: * host: mail port: 389 (default) refcnt: 2 status: Connected last used: Wed Mar 11 10:15:15 2009 ** ld 0x48425040 Outstanding Requests: * msgid 2, origid 2, status InProgress outstanding referrals 0, parent count 0 ld 0x48425040 request count 1 (abandoned 0) ** ld 0x48425040 Response Queue: Empty ld 0x48425040 response count 0 ldap_chkResponseList ld 0x48425040 msgid -1 all 0 ldap_chkResponseList returns ld 0x48425040 NULL ldap_int_select read1msg: ld 0x48425040 msgid -1 all 0 ber_get_next ldap_read: want=8, got=8 0000: 30 81 b3 02 01 02 64 81 0.....d. ldap_read: want=174, got=174 -x-x-x-x-x-x-x-x-x- 0010: 2e 72 75 2c 6f 75 3d 74 72 61 6e 73 70 6f 72 74 .ru,ou=transport -x-x-x-x-x-x-x-x-x- 0030: 75 30 7b 30 19 04 0c 64 65 6c 69 76 65 72 79 4d u0{0...deliveryM 0040: 6f 64 65 31 09 04 07 76 69 72 74 75 61 6c 30 17 ode1...virtual0. -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- 0080: 04 0b 6f 62 6a 65 63 74 43 6c 61 73 73 31 1f 04 ..objectClass1.. 0090: 09 71 6d 61 69 6c 55 73 65 72 04 12 6f 72 67 61 .qmailUser..orga 00a0: 6e 69 7a 61 74 69 6f 6e 61 6c 55 6e 69 74 nizationalUnit ber_get_next: tag 0x30 len 179 contents: ber_dump: buf=0x48422180 ptr=0x48422180 end=0x48422233 len=179 -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- 0030: 2c 64 63 3d 72 75 30 7b 30 19 04 0c 64 65 6c 69 ,dc=ru0{0...deli 0040: 76 65 72 79 4d 6f 64 65 31 09 04 07 76 69 72 74 veryMode1...virt 0050: 75 61 6c 30 17 04 04 6d 61 69 6c 31 0f 04 0d 6f ual0...mail1...o 0060: 6c 79 6d 70 75 73 6e 73 70 2e 72 75 30 15 04 02 lympusnsp.ru0... -x-x-x-x-x-x-x-x-x- 0080: 2e 72 75 30 2e 04 0b 6f 62 6a 65 63 74 43 6c 61 .ru0...objectCla 0090: 73 73 31 1f 04 09 71 6d 61 69 6c 55 73 65 72 04 ss1...qmailUser. 00a0: 12 6f 72 67 61 6e 69 7a 61 74 69 6f 6e 61 6c 55 .organizationalU 00b0: 6e 69 74 nit read1msg: ld 0x48425040 msgid 2 message type search-entry ldap_get_dn_ber ber_scanf fmt ({ml{) ber: ber_dump: buf=0x48422180 ptr=0x48422183 end=0x48422233 len=176 -x-x-x-x-x-x-x-x-x- 0010: 73 70 2e 72 75 2c 6f 75 3d 74 72 61 6e 73 70 6f sp.ru,ou=transpo -x-x-x-x-x-x-x-x-x- 0030: 3d 72 75 30 7b 30 19 04 0c 64 65 6c 69 76 65 72 =ru0{0...deliver 0040: 79 4d 6f 64 65 31 09 04 07 76 69 72 74 75 61 6c yMode1...virtual -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- 0080: 30 2e 04 0b 6f 62 6a 65 63 74 43 6c 61 73 73 31 0...objectClass1 0090: 1f 04 09 71 6d 61 69 6c 55 73 65 72 04 12 6f 72 ...qmailUser..or 00a0: 67 61 6e 69 7a 61 74 69 6f 6e 61 6c 55 6e 69 74 ganizationalUnit ldap_dn2ufn ldap_dn_normalize => ldap_bv2dn(ou=testnsp.ru,ou=transport,dc=test,dc=ru,0) <= ldap_bv2dn(ou=testnsp.ru,ou=transport,dc=test,dc=ru)=0 => ldap_dn2bv(64) <= ldap_dn2bv(testnsp.ru, transport, test.ru)=0 # testnsp.ru, transport, test.ru dn: ou=testnsp.ru,ou=transport,dc=test,dc=ru ber_scanf fmt ({xx) ber: ber_dump: buf=0x48422180 ptr=0x48422183 end=0x48422233 len=176 -x-x-x-x-x-x-x-x-x- 0010: 73 70 2e 72 75 2c 6f 75 3d 74 72 61 6e 73 70 6f sp.ru,ou=transpo -x-x-x-x-x-x-x-x-x- 0030: 3d 72 75 00 7b 30 19 04 0c 64 65 6c 69 76 65 72 =ru.{0...deliver 0040: 79 4d 6f 64 65 31 09 04 07 76 69 72 74 75 61 6c yMode1...virtual -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- 0080: 30 2e 04 0b 6f 62 6a 65 63 74 43 6c 61 73 73 31 0...objectClass1 0090: 1f 04 09 71 6d 61 69 6c 55 73 65 72 04 12 6f 72 ...qmailUser..or 00a0: 67 61 6e 69 7a 61 74 69 6f 6e 61 6c 55 6e 69 74 ganizationalUnit ldap_get_attribute_ber ber_scanf fmt ({mM}) ber: ber_dump: buf=0x48422180 ptr=0x484221b8 end=0x48422233 len=123 0000: 30 19 04 0c 64 65 6c 69 76 65 72 79 4d 6f 64 65 0...deliveryMode 0010: 31 09 04 07 76 69 72 74 75 61 6c 30 17 04 04 6d 1...virtual0...m -x-x-x-x-x-x-x-x-x- 0030: 70 2e 72 75 30 15 04 02 6f 75 31 0f 04 0d 6f 6c p.ru0...ou1...ol 0040: 79 6d 70 75 73 6e 73 70 2e 72 75 30 2e 04 0b 6f ympusnsp.ru0...o 0050: 62 6a 65 63 74 43 6c 61 73 73 31 1f 04 09 71 6d bjectClass1...qm 0060: 61 69 6c 55 73 65 72 04 12 6f 72 67 61 6e 69 7a ailUser..organiz 0070: 61 74 69 6f 6e 61 6c 55 6e 69 74 ationalUnit deliveryMode: virtual ldap_get_attribute_ber ber_scanf fmt ({mM}) ber: ber_dump: buf=0x48422180 ptr=0x484221d3 end=0x48422233 len=96 -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- 0030: 30 2e 04 0b 6f 62 6a 65 63 74 43 6c 61 73 73 31 0...objectClass1 0040: 1f 04 09 71 6d 61 69 6c 55 73 65 72 04 12 6f 72 ...qmailUser..or 0050: 67 61 6e 69 7a 61 74 69 6f 6e 61 6c 55 6e 69 74 ganizationalUnit mail: testnsp.ru ldap_get_attribute_ber ber_scanf fmt ({mM}) ber: ber_dump: buf=0x48422180 ptr=0x484221ec end=0x48422233 len=71 -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- 0020: 74 43 6c 61 73 73 31 1f 04 09 71 6d 61 69 6c 55 tClass1...qmailU 0030: 73 65 72 04 12 6f 72 67 61 6e 69 7a 61 74 69 6f ser..organizatio 0040: 6e 61 6c 55 6e 69 74 nalUnit ou: testnsp.ru ldap_get_attribute_ber ber_scanf fmt ({mM}) ber: ber_dump: buf=0x48422180 ptr=0x48422203 end=0x48422233 len=48 0000: 00 2e 04 0b 6f 62 6a 65 63 74 43 6c 61 73 73 31 ....objectClass1 0010: 1f 04 09 71 6d 61 69 6c 55 73 65 72 04 12 6f 72 ...qmailUser..or 0020: 67 61 6e 69 7a 61 74 69 6f 6e 61 6c 55 6e 69 74 ganizationalUnit objectClass: qmailUser objectClass: organizationalUnit ldap_get_attribute_ber ldap_msgfree ldap_result ld 0x48425040 msgid -1 wait4msg ld 0x48425040 msgid -1 (infinite timeout) wait4msg continue ld 0x48425040 msgid -1 all 0 ** ld 0x48425040 Connections: * host: mail port: 389 (default) refcnt: 2 status: Connected last used: Wed Mar 11 10:15:15 2009 ** ld 0x48425040 Outstanding Requests: * msgid 2, origid 2, status InProgress outstanding referrals 0, parent count 0 ld 0x48425040 request count 1 (abandoned 0) ** ld 0x48425040 Response Queue: Empty ld 0x48425040 response count 0 ldap_chkResponseList ld 0x48425040 msgid -1 all 0 ldap_chkResponseList returns ld 0x48425040 NULL ldap_int_select read1msg: ld 0x48425040 msgid -1 all 0 ber_get_next ldap_read: want=8, got=8 0000: 30 81 aa 02 01 02 64 81 0.....d. ldap_read: want=165, got=165 -x-x-x-x-x-x-x-x-x- 0010: 2c 6f 75 3d 74 72 61 6e 73 70 6f 72 74 2c 64 63 ,ou=transport,dc -x-x-x-x-x-x-x-x-x- 0030: 30 19 04 0c 64 65 6c 69 76 65 72 79 4d 6f 64 65 0...deliveryMode 0040: 31 09 04 07 76 69 72 74 75 61 6c 30 14 04 04 6d 1...virtual0...m -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- 0070: 75 73 2e 72 75 30 2e 04 0b 6f 62 6a 65 63 74 43 us.ru0...objectC 0080: 6c 61 73 73 31 1f 04 09 71 6d 61 69 6c 55 73 65 lass1...qmailUse 0090: 72 04 12 6f 72 67 61 6e 69 7a 61 74 69 6f 6e 61 r..organizationa 00a0: 6c 55 6e 69 74 lUnit ber_get_next: tag 0x30 len 170 contents: ber_dump: buf=0x48433060 ptr=0x48433060 end=0x4843310a len=170 -x-x-x-x-x-x-x-x-x- 0010: 75 73 2e 72 75 2c 6f 75 3d 74 72 61 6e 73 70 6f us.ru,ou=transpo -x-x-x-x-x-x-x-x-x- 0030: 3d 72 75 30 75 30 19 04 0c 64 65 6c 69 76 65 72 =ru0u0...deliver 0040: 79 4d 6f 64 65 31 09 04 07 76 69 72 74 75 61 6c yMode1...virtual -x-x-x-x-x-x-x-x-x- 0060: 70 75 73 2e 72 75 30 12 04 02 6f 75 31 0c 04 0a pus.ru0...ou1... -x-x-x-x-x-x-x-x-x- 0080: 6a 65 63 74 43 6c 61 73 73 31 1f 04 09 71 6d 61 jectClass1...qma 0090: 69 6c 55 73 65 72 04 12 6f 72 67 61 6e 69 7a 61 ilUser..organiza 00a0: 74 69 6f 6e 61 6c 55 6e 69 74 tionalUnit read1msg: ld 0x48425040 msgid 2 message type search-entry ldap_get_dn_ber ber_scanf fmt ({ml{) ber: ber_dump: buf=0x48433060 ptr=0x48433063 end=0x4843310a len=167 -x-x-x-x-x-x-x-x-x- 0010: 72 75 2c 6f 75 3d 74 72 61 6e 73 70 6f 72 74 2c ru,ou=transport, -x-x-x-x-x-x-x-x-x- 0030: 30 75 30 19 04 0c 64 65 6c 69 76 65 72 79 4d 6f 0u0...deliveryMo 0040: 64 65 31 09 04 07 76 69 72 74 75 61 6c 30 14 04 de1...virtual0.. -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- 0080: 74 43 6c 61 73 73 31 1f 04 09 71 6d 61 69 6c 55 tClass1...qmailU 0090: 73 65 72 04 12 6f 72 67 61 6e 69 7a 61 74 69 6f ser..organizatio 00a0: 6e 61 6c 55 6e 69 74 nalUnit ldap_dn2ufn ldap_dn_normalize => ldap_bv2dn(ou=test.ru,ou=transport,dc=test,dc=ru,0) <= ldap_bv2dn(ou=test.ru,ou=transport,dc=test,dc=ru)=0 => ldap_dn2bv(64) <= ldap_dn2bv(test.ru, transport, test.ru)=0 # test.ru, transport, test.ru dn: ou=test.ru,ou=transport,dc=test,dc=ru ber_scanf fmt ({xx) ber: ber_dump: buf=0x48433060 ptr=0x48433063 end=0x4843310a len=167 -x-x-x-x-x-x-x-x-x- 0010: 72 75 2c 6f 75 3d 74 72 61 6e 73 70 6f 72 74 2c ru,ou=transport, -x-x-x-x-x-x-x-x-x- 0030: 00 75 30 19 04 0c 64 65 6c 69 76 65 72 79 4d 6f .u0...deliveryMo 0040: 64 65 31 09 04 07 76 69 72 74 75 61 6c 30 14 04 de1...virtual0.. -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- 0080: 74 43 6c 61 73 73 31 1f 04 09 71 6d 61 69 6c 55 tClass1...qmailU 0090: 73 65 72 04 12 6f 72 67 61 6e 69 7a 61 74 69 6f ser..organizatio 00a0: 6e 61 6c 55 6e 69 74 nalUnit ldap_get_attribute_ber ber_scanf fmt ({mM}) ber: ber_dump: buf=0x48433060 ptr=0x48433095 end=0x4843310a len=117 0000: 30 19 04 0c 64 65 6c 69 76 65 72 79 4d 6f 64 65 0...deliveryMode 0010: 31 09 04 07 76 69 72 74 75 61 6c 30 14 04 04 6d 1...virtual0...m -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- 0040: 75 73 2e 72 75 30 2e 04 0b 6f 62 6a 65 63 74 43 us.ru0...objectC 0050: 6c 61 73 73 31 1f 04 09 71 6d 61 69 6c 55 73 65 lass1...qmailUse 0060: 72 04 12 6f 72 67 61 6e 69 7a 61 74 69 6f 6e 61 r..organizationa 0070: 6c 55 6e 69 74 lUnit deliveryMode: virtual ldap_get_attribute_ber ber_scanf fmt ({mM}) ber: ber_dump: buf=0x48433060 ptr=0x484330b0 end=0x4843310a len=90 -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- 0030: 6a 65 63 74 43 6c 61 73 73 31 1f 04 09 71 6d 61 jectClass1...qma 0040: 69 6c 55 73 65 72 04 12 6f 72 67 61 6e 69 7a 61 ilUser..organiza 0050: 74 69 6f 6e 61 6c 55 6e 69 74 tionalUnit mail: test.ru ldap_get_attribute_ber ber_scanf fmt ({mM}) ber: ber_dump: buf=0x48433060 ptr=0x484330c6 end=0x4843310a len=68 -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- 0020: 61 73 73 31 1f 04 09 71 6d 61 69 6c 55 73 65 72 ass1...qmailUser 0030: 04 12 6f 72 67 61 6e 69 7a 61 74 69 6f 6e 61 6c ..organizational 0040: 55 6e 69 74 Unit ou: test.ru ldap_get_attribute_ber ber_scanf fmt ({mM}) ber: ber_dump: buf=0x48433060 ptr=0x484330da end=0x4843310a len=48 0000: 00 2e 04 0b 6f 62 6a 65 63 74 43 6c 61 73 73 31 ....objectClass1 0010: 1f 04 09 71 6d 61 69 6c 55 73 65 72 04 12 6f 72 ...qmailUser..or 0020: 67 61 6e 69 7a 61 74 69 6f 6e 61 6c 55 6e 69 74 ganizationalUnit objectClass: qmailUser objectClass: organizationalUnit ldap_get_attribute_ber ldap_msgfree ldap_result ld 0x48425040 msgid -1 wait4msg ld 0x48425040 msgid -1 (infinite timeout) wait4msg continue ld 0x48425040 msgid -1 all 0 ** ld 0x48425040 Connections: * host: mail port: 389 (default) refcnt: 2 status: Connected last used: Wed Mar 11 10:15:15 2009 ** ld 0x48425040 Outstanding Requests: * msgid 2, origid 2, status InProgress outstanding referrals 0, parent count 0 ld 0x48425040 request count 1 (abandoned 0) ** ld 0x48425040 Response Queue: Empty ld 0x48425040 response count 0 ldap_chkResponseList ld 0x48425040 msgid -1 all 0 ldap_chkResponseList returns ld 0x48425040 NULL ldap_int_select read1msg: ld 0x48425040 msgid -1 all 0 ber_get_next ldap_read: want=8, got=8 0000: 30 81 aa 02 01 02 64 81 0.....d. ldap_read: want=165, got=165 -x-x-x-x-x-x-x-x-x- 0010: 2c 6f 75 3d 74 72 61 6e 73 70 6f 72 74 2c 64 63 ,ou=transport,dc -x-x-x-x-x-x-x-x-x- 0030: 30 19 04 0c 64 65 6c 69 76 65 72 79 4d 6f 64 65 0...deliveryMode 0040: 31 09 04 07 76 69 72 74 75 61 6c 30 14 04 04 6d 1...virtual0...m -x-x-x-x-x-x-x-x-x- 0060: 75 30 12 04 02 6f 75 31 0c 04 0a 72 75 70 72 65 u0...ou1...rupre 0070: 68 74 2e 72 75 30 2e 04 0b 6f 62 6a 65 63 74 43 ht.ru0...objectC 0080: 6c 61 73 73 31 1f 04 09 71 6d 61 69 6c 55 73 65 lass1...qmailUse 0090: 72 04 12 6f 72 67 61 6e 69 7a 61 74 69 6f 6e 61 r..organizationa 00a0: 6c 55 6e 69 74 lUnit ber_get_next: tag 0x30 len 170 contents: ber_dump: buf=0x48433060 ptr=0x48433060 end=0x4843310a len=170 -x-x-x-x-x-x-x-x-x- 0010: 68 74 2e 72 75 2c 6f 75 3d 74 72 61 6e 73 70 6f ht.ru,ou=transpo -x-x-x-x-x-x-x-x-x- 0030: 3d 72 75 30 75 30 19 04 0c 64 65 6c 69 76 65 72 =ru0u0...deliver 0040: 79 4d 6f 64 65 31 09 04 07 76 69 72 74 75 61 6c yMode1...virtual -x-x-x-x-x-x-x-x-x- 0060: 65 68 74 2e 72 75 30 12 04 02 6f 75 31 0c 04 0a eht.ru0...ou1... -x-x-x-x-x-x-x-x-x- 0080: 6a 65 63 74 43 6c 61 73 73 31 1f 04 09 71 6d 61 jectClass1...qma 0090: 69 6c 55 73 65 72 04 12 6f 72 67 61 6e 69 7a 61 ilUser..organiza 00a0: 74 69 6f 6e 61 6c 55 6e 69 74 tionalUnit read1msg: ld 0x48425040 msgid 2 message type search-entry ldap_get_dn_ber ber_scanf fmt ({ml{) ber: ber_dump: buf=0x48433060 ptr=0x48433063 end=0x4843310a len=167 -x-x-x-x-x-x-x-x-x- 0010: 72 75 2c 6f 75 3d 74 72 61 6e 73 70 6f 72 74 2c ru,ou=transport, -x-x-x-x-x-x-x-x-x- 0030: 30 75 30 19 04 0c 64 65 6c 69 76 65 72 79 4d 6f 0u0...deliveryMo 0040: 64 65 31 09 04 07 76 69 72 74 75 61 6c 30 14 04 de1...virtual0.. -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- 0080: 74 43 6c 61 73 73 31 1f 04 09 71 6d 61 69 6c 55 tClass1...qmailU 0090: 73 65 72 04 12 6f 72 67 61 6e 69 7a 61 74 69 6f ser..organizatio 00a0: 6e 61 6c 55 6e 69 74 nalUnit ldap_dn2ufn ldap_dn_normalize => ldap_bv2dn(ou=rupreht.ru,ou=transport,dc=test,dc=ru,0) <= ldap_bv2dn(ou=rupreht.ru,ou=transport,dc=test,dc=ru)=0 => ldap_dn2bv(64) <= ldap_dn2bv(rupreht.ru, transport, test.ru)=0 # rupreht.ru, transport, test.ru dn: ou=rupreht.ru,ou=transport,dc=test,dc=ru ber_scanf fmt ({xx) ber: ber_dump: buf=0x48433060 ptr=0x48433063 end=0x4843310a len=167 -x-x-x-x-x-x-x-x-x- 0010: 72 75 2c 6f 75 3d 74 72 61 6e 73 70 6f 72 74 2c ru,ou=transport, -x-x-x-x-x-x-x-x-x- 0030: 00 75 30 19 04 0c 64 65 6c 69 76 65 72 79 4d 6f .u0...deliveryMo 0040: 64 65 31 09 04 07 76 69 72 74 75 61 6c 30 14 04 de1...virtual0.. -x-x-x-x-x-x-x-x-x- 0060: 2e 72 75 30 12 04 02 6f 75 31 0c 04 0a 72 75 70 .ru0...ou1...rup 0070: 72 65 68 74 2e 72 75 30 2e 04 0b 6f 62 6a 65 63 reht.ru0...objec 0080: 74 43 6c 61 73 73 31 1f 04 09 71 6d 61 69 6c 55 tClass1...qmailU 0090: 73 65 72 04 12 6f 72 67 61 6e 69 7a 61 74 69 6f ser..organizatio 00a0: 6e 61 6c 55 6e 69 74 nalUnit ldap_get_attribute_ber ber_scanf fmt ({mM}) ber: ber_dump: buf=0x48433060 ptr=0x48433095 end=0x4843310a len=117 0000: 30 19 04 0c 64 65 6c 69 76 65 72 79 4d 6f 64 65 0...deliveryMode 0010: 31 09 04 07 76 69 72 74 75 61 6c 30 14 04 04 6d 1...virtual0...m -x-x-x-x-x-x-x-x-x- -x-x-x-x-x-x-x-x-x- 0040: 68 74 2e 72 75 30 2e 04 0b 6f 62 6a 65 63 74 43 ht.ru0...objectC 0050: 6c 61 73 73 31 1f 04 09 71 6d 61 69 6c 55 73 65 lass1...qmailUse 0060: 72 04 12 6f 72 67 61 6e 69 7a 61 74 69 6f 6e 61 r..organizationa 0070: 6c 55 6e 69 74 lUnit deliveryMode: virtual ldap_get_attribute_ber ber_scanf fmt ({mM}) ber: ber_dump: buf=0x48433060 ptr=0x484330b0 end=0x4843310a len=90 -x-x-x-x-x-x-x-x-x- 0010: 65 68 74 2e 72 75 30 12 04 02 6f 75 31 0c 04 0a eht.ru0...ou1... -x-x-x-x-x-x-x-x-x- 0030: 6a 65 63 74 43 6c 61 73 73 31 1f 04 09 71 6d 61 jectClass1...qma 0040: 69 6c 55 73 65 72 04 12 6f 72 67 61 6e 69 7a 61 ilUser..organiza 0050: 74 69 6f 6e 61 6c 55 6e 69 74 tionalUnit mail: rupreht.ru ldap_get_attribute_ber ber_scanf fmt ({mM}) ber: ber_dump: buf=0x48433060 ptr=0x484330c6 end=0x4843310a len=68 -x-x-x-x-x-x-x-x-x- 0010: 74 2e 72 75 30 2e 04 0b 6f 62 6a 65 63 74 43 6c t.ru0...objectCl 0020: 61 73 73 31 1f 04 09 71 6d 61 69 6c 55 73 65 72 ass1...qmailUser 0030: 04 12 6f 72 67 61 6e 69 7a 61 74 69 6f 6e 61 6c ..organizational 0040: 55 6e 69 74 Unit ou: rupreht.ru ldap_get_attribute_ber ber_scanf fmt ({mM}) ber: ber_dump: buf=0x48433060 ptr=0x484330da end=0x4843310a len=48 0000: 00 2e 04 0b 6f 62 6a 65 63 74 43 6c 61 73 73 31 ....objectClass1 0010: 1f 04 09 71 6d 61 69 6c 55 73 65 72 04 12 6f 72 ...qmailUser..or 0020: 67 61 6e 69 7a 61 74 69 6f 6e 61 6c 55 6e 69 74 ganizationalUnit objectClass: qmailUser objectClass: organizationalUnit ldap_get_attribute_ber ldap_msgfree ldap_result ld 0x48425040 msgid -1 wait4msg ld 0x48425040 msgid -1 (infinite timeout) wait4msg continue ld 0x48425040 msgid -1 all 0 ** ld 0x48425040 Connections: * host: mail port: 389 (default) refcnt: 2 status: Connected last used: Wed Mar 11 10:15:15 2009 ** ld 0x48425040 Outstanding Requests: * msgid 2, origid 2, status InProgress outstanding referrals 0, parent count 0 ld 0x48425040 request count 1 (abandoned 0) ** ld 0x48425040 Response Queue: Empty ld 0x48425040 response count 0 ldap_chkResponseList ld 0x48425040 msgid -1 all 0 ldap_chkResponseList returns ld 0x48425040 NULL ldap_int_select read1msg: ld 0x48425040 msgid -1 all 0 ber_get_next ldap_read: want=8, got=8 0000: 30 0c 02 01 02 65 07 0a 0....e.. ldap_read: want=6, got=6 0000: 01 00 04 00 04 00 ...... ber_get_next: tag 0x30 len 12 contents: ber_dump: buf=0x484200c0 ptr=0x484200c0 end=0x484200cc len=12 0000: 02 01 02 65 07 0a 01 00 04 00 04 00 ...e........ read1msg: ld 0x48425040 msgid 2 message type search-result ber_scanf fmt ({eAA) ber: ber_dump: buf=0x484200c0 ptr=0x484200c3 end=0x484200cc len=9 0000: 65 07 0a 01 00 04 00 04 00 e........ read1msg: ld 0x48425040 0 new referrals read1msg: mark request completed, ld 0x48425040 msgid 2 request done: ld 0x48425040 msgid 2 res_errno: 0, res_error: <>, res_matched: <> ldap_free_request (origid 2, msgid 2) # search result search: 2 ldap_parse_result ber_scanf fmt ({iAA) ber: ber_dump: buf=0x484200c0 ptr=0x484200c3 end=0x484200cc len=9 0000: 65 07 0a 01 00 04 00 04 00 e........ ber_scanf fmt (}) ber: ber_dump: buf=0x484200c0 ptr=0x484200cc end=0x484200cc len=0 ldap_err2string result: 0 Success ldap_msgfree # numResponses: 5 # numEntries: 4 ldap_free_connection 1 1 ldap_send_unbind ber_flush2: 7 bytes to sd 3 0000: 30 05 02 01 03 42 00 0....B. ldap_write: want=7, written=7 0000: 30 05 02 01 03 42 00 0....B. ldap_free_connection: actually freed Program received signal SIGSEGV, Segmentation fault. 0x482d7527 in calloc () from /lib/libc.so.7 (gdb) bt full #0 0x482d7527 in calloc () from /lib/libc.so.7 No symbol table info available. #1 0x482d77f6 in free () from /lib/libc.so.7 No symbol table info available. #2 0x480d015d in ber_memfree_x (p=0x48359fc0, ctx=0x0) at memory.c:152 __func__ = "ber_memfree_x" #3 0x480d0dc5 in ber_memfree (p=0x48359fc0) at memory.c:165 No locals. #4 0x080519ad in ?? () No symbol table info available. #5 0x48359fc0 in __stack_chk_guard () from /lib/libc.so.7 No symbol table info available. #6 0x00000000 in ?? () No symbol table info available. #7 0x7fbfebf8 in ?? () No symbol table info available. #8 0x0804df92 in ?? () No symbol table info available. #9 0x48425040 in ?? () No symbol table info available. #10 0x08055c86 in ?? () No symbol table info available. #11 0x00000000 in ?? () No symbol table info available. #12 0x00000000 in ?? () No symbol table info available. #13 0x00000000 in ?? () No symbol table info available. #14 0x00000000 in ?? () No symbol table info available. #15 0x00000000 in ?? () No symbol table info available. #16 0xffffffff in ?? () No symbol table info available. #17 0x08055c86 in ?? () No symbol table info available. #18 0x00000000 in ?? () No symbol table info available. #19 0x00000000 in ?? () No symbol table info available. #20 0x48425040 in ?? () No symbol table info available. #21 0x00000000 in ?? () No symbol table info available. #22 0x00000000 in ?? () No symbol table info available. ---Type <return> to continue, or q <return> to quit--- #23 0x7fbfe9dc in ?? () No symbol table info available. #24 0x00000000 in ?? () No symbol table info available. #25 0x00000000 in ?? () No symbol table info available. #26 0x00000000 in ?? () No symbol table info available. #27 0x7fbfe9dc in ?? () No symbol table info available. #28 0x48085e00 in ?? () No symbol table info available. #29 0x00000003 in ?? () No symbol table info available. #30 0x480842a0 in ?? () No symbol table info available. #31 0x00000000 in ?? () No symbol table info available. #32 0x00000000 in ?? () No symbol table info available. #33 0x00000000 in ?? () No symbol table info available. #34 0x00000000 in ?? () No symbol table info available. #35 0x00000000 in ?? () No symbol table info available. #36 0x00000000 in ?? () No symbol table info available. #37 0x00000000 in ?? () No symbol table info available. #38 0x00000000 in ?? () No symbol table info available. #39 0x4805c4bb in _rtld_error () from /libexec/ld-elf.so.1 No symbol table info available. Previous frame inner to this frame (corrupt stack?) (gdb) thread apply all bt (gdb) q The program is running. Exit anyway? (y or n) y %

1 0

Re: (ITS#5993) slapo-chain TLS issues
by duramaxlb7＠gmail.com 10 Mar '09

10 Mar '09

--00163631059d4b89b00464ca1412 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Finally got it going. I was missing chain-acl-bind which is needed for privileged users. Thanks! --00163631059d4b89b00464ca1412 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Finally got it going. I was missing chain-acl-bind which is needed for privileged users.<br><br>Thanks!<br> --00163631059d4b89b00464ca1412--

1 0

Re: (ITS#6011) test050 segfault
by quanah＠zimbra.com 10 Mar '09

10 Mar '09

--On Tuesday, March 10, 2009 1:26 AM +0000 quanah(a)zimbra.com wrote: > --On Tuesday, March 10, 2009 1:23 AM +0000 openldap-its(a)OpenLDAP.org > wrote: > > This doesn't look good to me... > > (gdb) thread 1 > [Switching to thread 1 (process 5616)]#1 0x00000000004c41ff in > slap_parse_csn_sid (csnp=0xde63140) at > ../../../servers/slapd/ldapsync.c:129 129 p = ber_bvchr( > &csn, '#' ); > (gdb) print p > $4 = 0x434388a0 "??????\210CC" > (gdb) print csn > $5 = {bv_len = 226880736, bv_val = 0x0} Unable to reproduce the segfault so far, but I got a lock in lt-slapd2 now: (gdb) thr apply all bt Thread 4 (Thread 1085503808 (LWP 26643)): #0 0x00002b89ae006496 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00002b89ad84abd3 in ldap_pvt_thread_cond_wait (cond=0x1056b320, mutex=0x1056b2f8) at ../../../libraries/libldap_r/thr_posix.c:277 #2 0x00002b89ad849398 in ldap_pvt_thread_pool_destroy (tpool=0x7a3de8, run_pending=1) at ../../../libraries/libldap_r/tpool.c:570 #3 0x0000000000435cf5 in slapd_daemon_task (ptr=0x0) at ../../../servers/slapd/daemon.c:2600 #4 0x00002b89ae0022f7 in start_thread () from /lib64/libpthread.so.0 #5 0x000000395e0d1e3d in clone () from /lib64/libc.so.6 Thread 3 (Thread 1102289216 (LWP 26660)): #0 0x000000395e0b8c17 in sched_yield () from /lib64/libc.so.6 #1 0x00002b89ad84ab53 in ldap_pvt_thread_yield () at ../../../libraries/libldap_r/thr_posix.c:232 #2 0x00000000004b1203 in do_syncrepl (ctx=0x41b38d90, arg=0x10988850) at ../../../servers/slapd/syncrepl.c:1264 #3 0x00002b89ad8496b7 in ldap_int_thread_pool_wrapper (xpool=0x1056b2f0) at ../../../libraries/libldap_r/tpool.c:663 #4 0x00002b89ae0022f7 in start_thread () from /lib64/libpthread.so.0 #5 0x000000395e0d1e3d in clone () from /lib64/libc.so.6 Thread 2 (Thread 1119074624 (LWP 26686)): #0 0x000000395e0b8c17 in sched_yield () from /lib64/libc.so.6 #1 0x00002b89ad84ab53 in ldap_pvt_thread_yield () at ../../../libraries/libldap_r/thr_posix.c:232 #2 0x00000000004b1203 in do_syncrepl (ctx=0x42b3ad90, arg=0x10987fc0) at ../../../servers/slapd/syncrepl.c:1264 #3 0x00002b89ad8496b7 in ldap_int_thread_pool_wrapper (xpool=0x1056b2f0) at ../../../libraries/libldap_r/tpool.c:663 #4 0x00002b89ae0022f7 in start_thread () from /lib64/libpthread.so.0 #5 0x000000395e0d1e3d in clone () from /lib64/libc.so.6 Thread 1 (Thread 47870363381552 (LWP 26628)): #0 0x00002b89ae0035b5 in pthread_join () from /lib64/libpthread.so.0 #1 0x00002b89ad84ab2b in ldap_pvt_thread_join (thread=1085503808, thread_return=0x0) at ../../../libraries/libldap_r/thr_posix.c:197 #2 0x0000000000435dbf in slapd_daemon () at ../../../servers/slapd/daemon.c:2665 #3 0x0000000000418104 in main (argc=8, argv=0x7ffffd2726d8) at ../../../servers/slapd/main.c:948 #0 0x00002b89ae0035b5 in pthread_join () from /lib64/libpthread.so.0 (gdb) thread 2 [Switching to thread 2 (Thread 1119074624 (LWP 26686))]#0 0x000000395e0b8c17 in sched_yield () from /lib64/libc.so.6 (gdb) frame 2 #2 0x00000000004b1203 in do_syncrepl (ctx=0x42b3ad90, arg=0x10987fc0) at ../../../servers/slapd/syncrepl.c:1264 1264 ldap_pvt_thread_yield(); (gdb) print si->si_mutex $1 = {__data = {__lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 1761636208, __spins = 1667449208, __list = {__prev = 0x45440027746e756f, __next = 0xa1}}, __size = '\0' <repeats 16 times>, "po\000ixAccount'\000DEï¿½\000\000\000\000\000\000", __align = 0} Why would it be stuck waiting for an unlocked mutex to be released? --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#6005)
by ando＠sys-net.it 10 Mar '09

10 Mar '09

<http://www.openldap.org/faq/data/cache/59.html> p. rupreht-mobi2(a)olympus.ru wrote: > %ldapsearch -x -w xxxxxxx -h mail -b "ou=transport,dc=test,dc=ru" -D > "cn=replic,dc=test,dc=ru" > Ok > > %ldapsearch -Wx -h mail -b "ou=transport,dc=test,dc=ru" -D > "cn=replic,dc=test,dc=ru" > Enter LDAP Password: > # extended LDIF > # > # LDAPv3 > ..... > # search result > search: 2 > result: 0 Success > > # numResponses: 5 > # numEntries: 4 > Segmentation fault Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it ----------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Fax: +39 0382 476497 Email: ando(a)sys-net.it -----------------------------------

1 0

← Newer
1
...
8
9
10
11
12
13
14
...
25
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs March 2009