openldap-bugs April 2015

openldap-bugs@openldap.org

29 participants
104 discussions

Re: (ITS#8097) update nssov to nss-pam-ldapd 0.9.4
by hyc＠symas.com 15 Apr '15

15 Apr '15

ryan(a)nardis.ca wrote: > Full_Name: Ryan Tandy > Version: master, 2.4 > OS: Debian > URL: > Submission from: (NULL) (24.68.37.4) > Thanks, pushed to git master. > updating the copied nss-pam-ldapd files: > > ftp://ftp.openldap.org/incoming/20150405_rtandy_nssov-update-nss-pam-ldapd-… > > updating nssov for those changes, see commit msg for details: > > ftp://ftp.openldap.org/incoming/20150405_rtandy_nssov-update-to-protocol-ve… > > while I'm in the code anyway, cleaning up a few compiler warnings (that were > already there, I didn't introduce them :P). Cosmetic stuff: unused variables, > return-type (void/non-void) mismatches, a couple of undeclared prototypes. > > ftp://ftp.openldap.org/incoming/20150405_rtandy_nssov-clean-up-some-compile… > > Please note, the protocol change breaks backwards compat with older versions of > the client libraries (per nss-pam-ldapd/README). > > Tested on Linux. No idea about Solaris etc, sorry. > > The DN field was removed from the pam protocol, so uid lookup happens on every > connection now. I couldn't think of a safe way to avoid that; suggestions > welcome. > > -- > > (the following statements apply to patches 2 and 3 only; patch 1 is copied from > work by Arthur de Jong, licensed LGPLv2.1) > > The attached patch files are derived from OpenLDAP Software. All of the > modifications to OpenLDAP Software represented in the preceding patches were > developed by Ryan Tandy <ryan(a)nardis.ca>. I have not assigned rights and/or > interest in this work to any party. > > I, Ryan Tandy, hereby place the preceding modifications to OpenLDAP Software > (and only these modifications) into the public domain. Hence, these > modifications may be freely used and/or redistributed for any purpose with or > without attribution and/or other notice. > > -- -- 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

Re: (ITS#8095) Patch
by hyc＠symas.com 15 Apr '15

15 Apr '15

rouzier(a)gmail.com wrote: > Full_Name: James Rouzier > Version: > OS: > URL: ftp://ftp.openldap.org/incoming/james-rouzier-150331.patch > Submission from: (NULL) (192.222.129.11) > > > I am working on a proof of concept of a simple key value store service using > lmdb as the back end. > I am using sendfile to avoid an extra copy. > I accomplished this by creating function to extract get the mmap ptr from the > env so I can calculate the offset of data. I'm quite reluctant to return the mmap pointer. In a WRITEMAP environment that invites all manner of undetectable/unpreventable corruptions. Have you actually measured the performance difference between using sendfile() here and plain write() or send()? The kernel doesn't physically copy the written data from user space to kernel space, it just maps in a particular page. Since LMDB data is already mmap'd, the kernel has very little work to do since the relevant pages are already present in the kernel's page tables. Ultimately sending data over TCP involves byte-by-byte iteration anyway, since TCP checksums must be computed on all outgoing data. Doesn't seem to me like sendfile can be a very significant optimization here. > > I figured that function might be useful to the bigger community. > > If it does not fit in the bigger vision of lmdb it is fine not to include it. > > > I, James Rouzier, hereby place the following modifications to OpenLDAP Software > (and only these modifications) into the public domain. Hence, these > modifications may be freely used and/or redistributed for any purpose with or > without attribution and/or other notice. > > > -- -- 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

Re: (ITS#8089) LMDB hangs on mdb_txn_renew0 if MDB_NOSYNC flag is used
by hyc＠symas.com 15 Apr '15

15 Apr '15

pk(a)dbic.pro wrote: > Full_Name: Pavel Kraynyukhov > Version: only LMDB from git and lmdb-0.9.14 > OS: Gentoo Linux > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (37.99.47.171) > > > Hello there, I have ran into an issue with LMDB, which I can reproduce at will, > but it seems a specific one. The git commit is > 3368d1f5e243225cba4d730fba19ff600798ebe3 > And this commit and my issue seems to be related. > > 1. I use MDB_NOTLS flag on environment open. > 2. if I use MDB_NOSYNC flag for LMDB environment, the writer thread is stuck > after several transactions (writer thread backtrace): > P.S. tested against system provided lmdb version 0.9.14 and result is the same. > So this maybe not related to latest commit in git. If you're having this problem in 0.9.14 then it is certainly not related to 3368d1f5e243225cba4d730fba19ff600798ebe3. You confirm that the issue does not occur in 0.9.13? Can you upload a test case demonstrating the problem? -- -- 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

Re: (ITS#8105) [PATCH] slaptest doesn't convert perlModuleConfig lines
by hyc＠symas.com 15 Apr '15

15 Apr '15

jsynacek(a)redhat.com wrote: > Full_Name: Jan Synacek > Version: master > OS: GNU/Linux > URL: https://jsynacek.fedorapeople.org/openldap/jsynacek-20150415-back-perl-corr… > Submission from: (NULL) (213.175.37.10) > > > When using the perl backend, slaptest doesn't convert perlModuleConfig lines > from slapd.conf to slapd.d. > > A simple reproducer can be found at > https://jsynacek.fedorapeople.org/openldap/back-perl.sh > > Thanks, added to git master -- -- 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

Re: (ITS#8062) Assertion 'IS_LEAF(mp)' failed in mdb_cursor_next()
by hyc＠symas.com 15 Apr '15

15 Apr '15

This is a multi-part message in MIME format. --------------030305070307090003010905 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Gawen ARAB wrote: > Thanks for the report. Unfortunately, it appears the DB was > constructed incorrectly at some time in the past, so even updating > to later revisions of the code won't avoid the crash. It's more > important now to find the sequence of steps that recreates the > invalid DB in the first place, or verify that the same sequence > doesn't crash using the 0.9.15 release candidate. > > > OK. I'll try to reproduce the steps. I reproduced an occurrence of this assert using the attached test program. This particular bug is now fixed in git, but since we never had a test case for your original situation it's still unconfirmed whether this fix addresses your issue. Were you able to do any further testing? -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/ --------------030305070307090003010905 Content-Type: text/x-csrc; name="its8062.c" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="its8062.c" /* mtest.c - memory-mapped database tester/toy */ /* * Copyright 2011-2015 Howard Chu, Symas Corp. * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted only as authorized by the OpenLDAP * Public License. * * A copy of this license is available in the file LICENSE in the * top-level directory of the distribution or, alternatively, at * <http://www.OpenLDAP.org/license.html>. */ #include <stdio.h> #include <stdlib.h> #include <string.h> #include "lmdb.h" #define E(expr) CHECK((rc = (expr)) == MDB_SUCCESS, #expr) #define RES(err, expr) ((rc = expr) == (err) || (CHECK(!rc, #expr), 0)) #define CHECK(test, msg) ((test) ? (void)0 : ((void)fprintf(stderr, \ "%s:%d: %s: %s\n", __FILE__, __LINE__, msg, mdb_strerror(rc)), abort())) /* Write an 8 byte integer in big-endian order */ void L2B(unsigned long l, char *c) { int i; for (i=7; i>=0; i--) { c[i] = l & 0xff; l >>= 8; } } int main(int argc,char * argv[]) { int i = 0, j = 0, rc; MDB_env *env; MDB_dbi dbi; MDB_val headkey1, headkey2, headkey3, TERMINATOR; MDB_val key, data; MDB_txn *txn; MDB_cursor *cursor; int count = 1024; char ck1[24], ck2[24], ck3[24], ckx[32], cterm[511]; char cvar[1024]; E(mdb_env_create(&env)); E(mdb_env_set_mapsize(env, 1024*1024*1024)); E(mdb_env_set_maxdbs(env, 2)); E(mdb_env_open(env, "./testdb", MDB_NOSYNC, 0664)); E(mdb_txn_begin(env, NULL, 0, &txn)); E(mdb_dbi_open(txn, "test", MDB_CREATE, &dbi)); E(mdb_txn_commit(txn)); /* set up 3 partitions of data */ headkey1.mv_size = 24; headkey1.mv_data = ck1; headkey2.mv_size = 24; headkey2.mv_data = ck2; headkey3.mv_size = 24; headkey3.mv_data = ck3; /* and a final record */ TERMINATOR.mv_size = sizeof(cterm); TERMINATOR.mv_data = cterm; memset(cterm, 255, sizeof(cterm)); memset(ck1, 0, 24); memset(ck2, 0, 24); memset(ck3, 0, 24); memset(ckx, 0, 24); /* Assign the 3 partition keys */ L2B(1, ck1); L2B(-1, ck2); L2B(0, ck3); E(mdb_txn_begin(env, NULL, 0, &txn)); /* Terminator data is a single NUL byte */ data.mv_size = 1; data.mv_data = cvar; cvar[0] = 0; E(mdb_put(txn, dbi, &TERMINATOR, &data, 0)); /* Partition data is 24 NUL bytes */ memset(cvar, 0, 24); data.mv_size = 24; E(mdb_put(txn, dbi, &headkey1, &data, 0)); E(mdb_put(txn, dbi, &headkey2, &data, 0)); E(mdb_put(txn, dbi, &headkey3, &data, 0)); /* Main data is 35 NUL bytes, keys are 32 bytes */ memset(cvar, 0, 35); data.mv_size = 35; key.mv_data = ckx; key.mv_size = 32; for (i=1; i<=count; i++) { L2B(i, ckx+24); memcpy(ckx, headkey1.mv_data, 24); E(mdb_put(txn, dbi, &key, &data, 0)); memcpy(ckx, headkey2.mv_data, 24); E(mdb_put(txn, dbi, &key, &data, 0)); memcpy(ckx, headkey3.mv_data, 24); E(mdb_put(txn, dbi, &key, &data, 0)); } /* Delete from 1st partition */ E(mdb_cursor_open(txn, dbi, &cursor)); E(mdb_cursor_get(cursor, &headkey1, &data, MDB_SET)); for (i=0; i<count; i++) { E(mdb_cursor_del(cursor, 0)); E(mdb_cursor_get(cursor, &key, &data, MDB_NEXT)); } mdb_cursor_close(cursor); /* Delete from 2nd partition - assert happens here */ E(mdb_cursor_open(txn, dbi, &cursor)); E(mdb_cursor_get(cursor, &headkey2, &data, MDB_SET)); for (i=0; i<count; i++) { E(mdb_cursor_del(cursor, 0)); E(mdb_cursor_get(cursor, &key, &data, MDB_NEXT)); } mdb_cursor_close(cursor); /* Delete from 3rd partition - not reached */ E(mdb_cursor_open(txn, dbi, &cursor)); E(mdb_cursor_get(cursor, &headkey3, &data, MDB_SET)); for (i=0; i<count; i++) { E(mdb_cursor_del(cursor, 0)); E(mdb_cursor_get(cursor, &key, &data, MDB_NEXT)); } mdb_cursor_close(cursor); E(mdb_txn_commit(txn)); mdb_dbi_close(env, dbi); mdb_env_close(env); return 0; } --------------030305070307090003010905--

1 0

(ITS#8105) [PATCH] slaptest doesn't convert perlModuleConfig lines
by jsynacek＠redhat.com 15 Apr '15

15 Apr '15

Full_Name: Jan Synacek Version: master OS: GNU/Linux URL: https://jsynacek.fedorapeople.org/openldap/jsynacek-20150415-back-perl-corr… Submission from: (NULL) (213.175.37.10) When using the perl backend, slaptest doesn't convert perlModuleConfig lines from slapd.conf to slapd.d. A simple reproducer can be found at https://jsynacek.fedorapeople.org/openldap/back-perl.sh

1 0

(ITS#8104) Admin Guide 2.4 pdf
by it＠kotoc.cat 14 Apr '15

14 Apr '15

Full_Name: Ricard Valero Version: 2.4 OS: Debian/Ubuntu URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (81.35.55.43) Hi, Admins Guide 2.4 PDF lacks images, i know it's a minor issue but I like to have it on pdf, i'm new to LDAP and I would like to print it so i can write notes on it. Thanks

1 0

Re: (ITS#6077) Spurious uniqueness errors with filters in unique overlays
by quanah＠zimbra.com 12 Apr '15

12 Apr '15

I would suggest testing current RE24, somes fixes to slapo-unique went in last week. --Quanah --On Sunday, April 12, 2015 10:19 PM +0000 sbin(a)informatik.uni-leipzig.de wrote: > Should I be having this issue on OpenLDAP 2.4.40? I have the filter > > ldap:///?gidNumber?sub?(objectClass=posixGroup) > > and cannot use gidNumber in posixAccount's. This was working in 2.4.31 > if I recall correctly. > > #!RESULT ERROR > #!ERROR [LDAP: error code 19 - some attributes not unique] > dn: cn=User Name,ou=People,dc=... > changetype: modify > replace: gidNumber > gidNumber: 10000 > - > > > > > > -- Quanah Gibson-Mount Platform Architect Zimbra, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#6077) Spurious uniqueness errors with filters in unique overlays
by sbin＠informatik.uni-leipzig.de 12 Apr '15

12 Apr '15

Should I be having this issue on OpenLDAP 2.4.40? I have the filter ldap:///?gidNumber?sub?(objectClass=posixGroup) and cannot use gidNumber in posixAccount's. This was working in 2.4.31 if I recall correctly. #!RESULT ERROR #!ERROR [LDAP: error code 19 - some attributes not unique] dn: cn=User Name,ou=People,dc=... changetype: modify replace: gidNumber gidNumber: 10000 -

1 0

(ITS#8103) back-mdb segfault with aliases
by quanah＠openldap.org 11 Apr '15

11 Apr '15

Full_Name: Quanah Gibson-Mount Version: 2.4.39 OS: Linux 2.6 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (50.25.188.166) When searching a DB that has extensive use of aliases, and using the -a always option to ldapsearch, slapd will eventually segv. This seems specific to the lmdb based backend. (gdb) thr apply all bt Thread 5 (Thread 0x7f9907687700 (LWP 906)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x00007fad0f360ec1 in ldap_pvt_thread_cond_wait (cond=0x1c26030, mutex=0x1c26008) at thr_posix.c:277 #2 0x00007fad0f35f858 in ldap_int_thread_pool_wrapper (xpool=0x1c26000) at tpool.c:683 #3 0x00007fad0d726e9a in start_thread (arg=0x7f9907687700) at pthread_create.c:308 #4 0x00007fad0d4538bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #5 0x0000000000000000 in ?? () Thread 4 (Thread 0x7f9908e8a700 (LWP 31908)): #0 0x00007fad0d453f53 in epoll_wait () at ../sysdeps/unix/syscall-template.S:82 #1 0x000000000043766f in slapd_daemon_task (ptr=0x19fe278) at daemon.c:2517 #2 0x00007fad0d726e9a in start_thread (arg=0x7f9908e8a700) at pthread_create.c:308 #3 0x00007fad0d4538bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #4 0x0000000000000000 in ?? () Thread 3 (Thread 0x7f9908689700 (LWP 32205)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x00007fad0f360ec1 in ldap_pvt_thread_cond_wait (cond=0x1c26030, mutex=0x1c26008) at thr_posix.c:277 #2 0x00007fad0f35f858 in ldap_int_thread_pool_wrapper (xpool=0x1c26000) at tpool.c:683 #3 0x00007fad0d726e9a in start_thread (arg=0x7f9908689700) at pthread_create.c:308 #4 0x00007fad0d4538bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #5 0x0000000000000000 in ?? () Thread 2 (Thread 0x7f9907e88700 (LWP 32206)): #0 0x00007fad09d0ea4d in mdb_idscope (op=0x2207400, txn=0x3e85a00, base=1, ids=0x418e000, res=0x420e000) at dn2id.c:668 #1 0x00007fad09d01f50 in search_aliases (op=0x2207400, rs=0x7f9907e87a20, e_id=1, isc=0x7f9907e76470, mci=0x1f72680, stack=0x418e000) at search.c:177 #2 0x00007fad09d05c9f in search_candidates (op=0x2207400, rs=0x7f9907e87a20, e=0x3c60150, isc=0x7f9907e76470, mci=0x1f72680, ids=0x7f9907cf6470, stack=0x418e000) at search.c:1362 #3 0x00007fad09d03734 in mdb_search (op=0x2207400, rs=0x7f9907e87a20) at search.c:660 #4 0x00000000004d2932 in overlay_op_walk (op=0x2207400, rs=0x7f9907e87a20, which=op_search, oi=0x1f6e780, on=0x0) at backover.c:677 #5 0x00000000004d2b84 in over_op_func (op=0x2207400, rs=0x7f9907e87a20, which=op_search) at backover.c:730 #6 0x00000000004d2c93 in over_op_search (op=0x2207400, rs=0x7f9907e87a20) at backover.c:757 #7 0x000000000043f88d in fe_op_search (op=0x2207400, rs=0x7f9907e87a20) at search.c:402 #8 0x000000000043f0c0 in do_search (op=0x2207400, rs=0x7f9907e87a20) at search.c:247 #9 0x000000000043b8a7 in connection_operation (ctx=0x7f9907e87b60, arg_v=0x2207400) at connection.c:1132 #10 0x000000000043be39 in connection_read_thread (ctx=0x7f9907e87b60, argv=0xa) at connection.c:1268 #11 0x00007fad0f35f8ff in ldap_int_thread_pool_wrapper (xpool=0x1c26000) at tpool.c:696 #12 0x00007fad0d726e9a in start_thread (arg=0x7f9907e88700) at pthread_create.c:308 #13 0x00007fad0d4538bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #14 0x0000000000000000 in ?? () Thread 1 (Thread 0x7fad0fa0f740 (LWP 31907)): #0 0x00007fad0d728148 in pthread_join (threadid=140295256188672, thread_return=0x0) at pthread_join.c:89 #1 0x00007fad0f360e02 in ldap_pvt_thread_join (thread=140295256188672, thread_return=0x0) at thr_posix.c:197 #2 0x00000000004388a9 in slapd_daemon () at daemon.c:2910 #3 0x0000000000414b7c in main (argc=9, argv=0x7ffffc5aae38) at main.c:1017 (gdb) thread 2 [Switching to thread 2 (Thread 0x7f9907e88700 (LWP 32206))] #0 0x00007fad09d0ea4d imdb_b_idscope (op=0x2207400, txn=0x3e85a00, base=1, ids=0x418e000, res=0x420e000) at dn2id.c:668 668 in dn2id.c (gdb) bt full #0 0x00007fad09d0ea4d in mdb_idscope (op=0x2207400, txn=0x3e85a00, base=1, ids=0x418e000, res=0x420e000) at dn2id.c:668 mdb = 0x2246000 dbi = 3 key = {mv_size = 8, mv_data = 0x7f9907cf61a8} data = {mv_size = 32, mv_data = 0x7f9a72303fb8} cursor = 0x1deca00 ida = 7168015 id = 1 cid = 7168015 ci0 = 0 idc = 0 ptr = 0x7f9a72303fd0 "\001" rc = 0 copy = 1 #1 0x00007fad09d01f50 in search_aliases (op=0x2207400, rs=0x7f9907e87a20, e_id=1, isc=0x7f9907e76470, mci=0x1f72680, stack=0x418e000) at search.c:177 aliases = 0x418e000 curscop = 0x420e000 visited = 0x428e000 newsubs = 0x430e000 oldsubs = 0x438e000 tmp = 0x440e000 cursora = 27246928 ida = 31360064 cursoro = 1 ido = 1 matctched = 0x3e85a00 a = 0x2207400 bv_alias = {bv_len = 5, bv_val = 0x7fad09d2cbe4 "alias"} aa_alias = {aa_desc = 0x1a1c540, aa_value = {bv_len = 5, bv_val = 0x7fad09d2cbe4 "alias"}} af = {f_choice = 163, f_un = {f_un_result = 131031616, f_un_desc = 0x7f9907cf6240, f_un_ava = 0x7f9907cf6240, f_un_ssa = 0x7f9907cf6240, f_un_mra = 0x7f9907cf6240, f_un_complex = 0x7f9907cf6240}, f_next = 0x0} #2 0x00007fad09d05c9f in search_candidates (op=0x2207400, rs=0x7f99077a7a20, e=0x3c60150, isc=0x7f9907e76470, mci=0x1f72680, ids=0x7f9907cf6470, stack=0x418e000) at search.c:1362 mdb = 0x2246000 rc = 32665 depth = 1 f = 0x3c60108 rf = {f_choice = 0, f_un = {f_un_result = 7, f_un_desc = 0x400000007, f_un_ava = 0x400000007, f_un_ssa = 0x400000007, f_un_mra = 0x400000007, f_un_complex = 0x400000007}, f_next = 0x0} xf = {f_choice = 63308112, f_un = {f_un_result = 35681280, f_un_desc = 0x2207400, f_un_ava = 0x2207400, f_un_ssa = 0x2207400, f_un_mra = 0x2207400, f_un_complex = 0x2207400}, f_next = 0x7f9907e86770} nf = {f_choice = 140295237755968, f_un = {f_un_result = 4627239, f_un_desc = 0x469b27, f_un_ava = 0x469b27, f_un_ssa = 0x469b27, f_un_mra = 0x469b27, f_un_complex = 0x469b27}, f_next = 0x7f9907cf63f0} sf = {f_choice = 140295237755968, f_un = {f_un_result = 132670896, f_un_desc = 0x7f9907e865b0, f_un_ava = 0x7f9907e865b0, f_un_ssa = 0x7f9907e865b0, f_un_mra = 0x7f9907e865b0, f_un_complex = 0x7f9907e865b0}, f_next = 0x0} aa_ref = {aa_desc = 0x0, aa_value = {bv_len = 0, bv_val = 0x0}} aa_subentry = {aa_desc = 0x0, aa_value = {bv_len = 0, bv_val = 0x0}} #3 0x00007fad09d03734 in mdb_search (op=0x2207400, rs=0x7f9907e87a20) at search.c:660 mdb = 0x2246000 id = 51 cursor = 3 nsubs = 10000018 ncand = 51 cscope = 140295239394864 lastid = 18446744073709551615 candidates = {0 <repeats 131072 times>} iscopes = {0 <repeats 65536 times>} scopes = 0x3e8e000 stack = 0x418e000 e = 0x0 base = 0x3c60150 matched = 0x0 attrs = 0x0 mask = 5119 stoptime = 1428813152 manageDSAit = 0 tentries = 0 isc = {mt = 0x3e85a00, mc = 0x1deae00, id = 0, scopes = 0x3e8e000, sctmp = 0x418e000, numrdns = 0, nscope = 0, oscope = 2, rdns = {{bv_len = 0, bv_val = 0x0} <repeats 2048 times>},rdrdns = {{bv_len = 0, bv_val = 0x0} <repeats 1718 times>, {bv_len = 140295239389896, bv_val = 0x2 <Address 0x2 out of bounds>}, { bv_len = 65559040, bv_val = 0x0}, {bv_len = 149475328, bv_val = 0x20e8290 "\004"}, {bv_len = 140295239389824, bv_val = 0x7f9908e8d000 "\002"}, {bv_len = 0, bv_val = 0x0}, { bv_len = 0, bv_val = 0x7f9907e85250 "@T\350\a\231\177"}, {bv_len = 140381170805452, bv_val = 0x0}, {bv_len = 0, bv_val = 0x20e8290 "\004"}, {bv_len = 140295239389824, bv_val = 0x0}, {bv_len = 0, bv_val = 0x0}, {bv_len = 0, bv_val = 0x0}, {bv_len = 0, bv_val = 0x0}, {bv_len = 0, bv_val = 0x0}, {bv_len = 0, bv_val = 0x0}, {bv_len = 0, bv_val = 0x0}, {bv_len = 0, bv_val = 0x7f9907e85140 "\b"}, {bv_len = 140295239390464, bv_val = 0x7f9907e85180 "\320Q\350\a\231\177"}, {bv_len = 140381170802682, bv_val = 0x0}, {bv_len = 140295239389616, bv_val = 0x16fdcf <Address 0x16fdcf out of bounds>}, {bv_len = 65559040, bv_val = 0x8 <Address 0x8 out of bounds>}, { bv_len = 140301427908608, bv_val = 0x7f990909efe8 "WW\027"}, {bv_len = 29398272, bv_val = 0x7f990909e000 "\023\002"}, {bv_len = 4294967296, bv_val = 0x7f9a78c5a000 "\317\375\026"}, {bv_len = 31370752, bv_val = 0x7f9907e851d0 "\300S\350\a\231\177"}, {bv_len = 140381170804162, bv_val = 0x0}, {bv_len = 0, bv_val = 0x7f9907e85500 "\b"}, {bv_len = 31370752, bv_val = 0x7f9a78c5a000 "\317\375\026"}, {bv_len = 140295258370040, bv_val = 0x7e85210 <Address 0x7e85210 out of bounds>}, {bv_len = 0, bv_val = 0x7f9907e853c0 "@T\350\a\231\177"}, {bv_len = 140381170805452, bv_val = 0x7f9907e85250 "@T\350\a\231\177"}, {bv_len = 164732922, bv_val = 0x7f9907e85500 "\b"}, {bv_len = 31375252, bv_val = 0x14 <Address 0x14 out of bounds>}, {bv_len = 65559040, bv_val = 0x4 <Address 0x4 out of bounds>}, { bv_len = 140295256272896, bv_val = 0x7f9908e8df88 "0"}, {bv_len = 29398272, bv_val = 0x7f9908e8d000 "\002"}, {bv_len = 21474836482, bv_val = 0x4 <Address 0x4 out of bounds>}, {bv_len = 163208757248, bv_val = 0x7f9907e85440 "@\204\336\001"}, {bv_len = 140381170805319, bv_val = 0x0}, {bv_len = 8589934592, bv_val = 0x0}, {bv_len = 31370752, bv_val = 0x0}, {bv_len = 0, bv_val = 0x0}, {bv_len = 65559040, bv_val = 0x1 <Address 0x1 out of bounds>}, {bv_len = 65559224, bv_val = 0x20e8230 ""}, {bv_len = 65565417, bv_val = 0x100000001 <Address 0x100000001 out of bounds>}, {bv_len = 140295256199168, bv_val = 0x0}, {bv_l % = 0, bv_val = 0x0}, { bv_len = 0, bv_val = 0x0}, {bv_len = 0, bv_val = 0x0}, {bv_len = 0, bv_val = 0x7f9907e85380 " "}, {bv_len = 140295239390480, bv_val = 0x7f9907e85380 " "}, { bv_len = 63308528, bv_val = 0x7f9a78c5afcc "\200\006dc=spr"}, {bv_len = 140295106723843, bv_val = 0x7f9907e853c0 "@T\350\a\231\177"}, {bv_len = 140381170810321, bv_val = 0x7f9907e853c0 "@T\350\a\231\177"}, {bv_len = 140295239390256, bv_val = 0x1100000000 <Address 0x1100000000 out of bounds>}, {bv_len = 0, bv_val = 0x7f9907e85510 "\025"}, {bv_len = 31371144, bv_val = 0x20 <Address 0x20 out of bounds>}, {bv_len = 140301427912652, bv_val = 0x7f9a78c5afa0 "P"}, { bv_len = 140301427912624, bv_val = 0x7f9a78c5afc4 ""}, {bv_len = 31370752, bv_val = 0x301deaf88 <Address 0x301deaf88 out of bounds>}, {bv_len = 8589934592, bv_val = 0x7f9907e85440 "@\204\336\001"}, {bv_len = 140381170811635, bv_val = 0x0}, {bv_len = 140295239390372, bv_val = 0x200000000 <Address 0x200000000 out of bounds>}, { bv_len = 140295239390480, bv_val = 0x7f9907e85500 "\b"}, {bv_len = 18446744073709551595, bv_val = 0x7f9907e85450 "\220T\350\a\231\177"}, {bv_len = 140295256177840, bv_val = 0x7f9907e889c0 %C30300\231h\b\231\177"}, {bv_len = 4, bv_val = 0x7 <Address 0x7 out of bounds>}, {bv_len = 140381259065862, bv_val = 0x0}, {bv_len = 1, bv_val = 0x1de8440 ""}, {bv_len = 27255952, bv_val = 0x7f9907e85490 "\260T\350\a\231\177"}, {bv_len = 140381259067289, bv_val = 0x7f9907e854b0 "\220u\350\a\231\177"}, { bv_len = 0, bv_val = 0x4f7d80 ""}, {bv_len = 140295239398880, bv_val = 0x7 <Address 0x7 out of bounds>}, {bv_len = 140295239398880, bv_val = 0x7f9907e854b0 "\220u\350\a\231\177"}, {bv_len = 140381259067370, bv_val = 0x4f7d80 ""}, {bv_len = 140295239398880, bv_val = 0x7f9907e87590 ""}, { bv_len = 140381170752964, bv_val = 0x7f9907e875f0 "P|\241\001"}, {bv_len =4040295239398880, bv_val = 0x0}, {bv_len = 140295239398912, bv_val = 0x2207448 "\006"}, { bv_len = 0, bv_val = 0x3e85a00 ""}, {bv_len = 35681280, bv_val = 0x8 <Address 0x8 out of bounds>}, {bv_len = 140295239390520, bv_val = 0x15 <Address 0x15 out of bounds>}, { bv_len = 63308528, bv_val = 0x9 <Address 0x9 out of bounds>}, {bv_len = 63308509, bv_val = 0x1deae00 ""}, {bv_len = 0, bv_val = 0x0}, {bv_len = 63308539, bv_val = 0x2246000 ""}, {bv_len = 63308528, bv_val = 0x3ffff87b2 <Address 0x3ffff87b2 out of bounds>}, {bv_len = 0, bv_val = 0x0} <repeats 45 times>, {bv_len = 0, bv_val = 0x18 <Address 0x18 out of bounds>}, {bv_len = 140295239391424, bv_val = 0x7f9907e85870 ""}, {bv_len = 0, bv_val = 0x0}, {bv_len = 0C C bv_val = 0x0}, {bv_len = 0, bv_val = 0x802 <Address 0x802 out of bounds>}, {bv_len = 0, bv_val = 0x0}, {bv_len = 0, bv_val = 0x0}, {bv_len = 0, bv_val = 0x7f9907e858e0 "0i\350\a\231\177"}, { bv_len = 140381259073915, bv_val = 0x0}, {bv_len = 42949672961, bv_val = 0x0}, {bv_len = 8804682956800, bv_val = 0x7f9907e86930 "pi\350\a\231\177"}, { bv_len = 140381259071950, bv_val = 0x0}, {bv_len = 36961152, bv_val = 0x400000000 <Address 0x400000000 out of bounds>}, {bv_len = 36829584, bv_val = 0x0}, { bv_len = 4294967296, bv_val = 0x0}, {bv_len = 0, bv_val = 0x0} <repeats 24 times>, {bv_len = 4820556, bv_val = 0x1d8e2a0 "\002"}, {bv_len = 140295239394208, bv_val = 0x0}, { bv_len = 140295239394208, bv_val = 0x1d8e2a0 "\002"}, {bv_len = 0, bv_val = 0x7f9907e85b20 "P[\350\a\231\177"}, {bv_len = 5191936, bv_val = 0x0}, {bv_len = 4820454, bv_val = 0x7f9907e863a0 "\002"}, {bv_len = 30991040, bv_val = 0x0}, {bv_len = 0,v_v_val = 0x7f9907e85b50 ""}, {bv_len = 4820737, bv_val = 0x0}, {bv_len = 140295239394208, bv_val = 0x0}, {bv_len = 4820556, bv_val = 0x1c1a600 "\v"}, {bv_len = 140295239394368, bv_val = 0x0}, {bv_len = 140295239394368, bv_val = 0x1c1a600 "\v"}, { bv_len = 63380800, bv_val = 0x7f9907e85bc0 "\360[\350\a\231\177"}, {bv_len = 5191936, bv_val = 0x0}, {bv_len = 4820454, bv_val = 0x7f9907e86440 "\v"}, {bv_len = 29468192, bv_val = 0x0}, {bv_len = 0, bv_val = 0x7f9907e85bf0 "\360h\350\a\231\177"}, {bv_len = 4820737, bv_val = 0x1ecfac0 "\024"}, {bv_len = 140295239394368, bv_val = 0x0}, { bv_len = 29468160, bv_val = 0x7f9907e868f0 ""}, {bv_len = 4808156, bv_val = 0x7f9907e85c40 "p\\\350\a\231\177"}, {bv_len = 140295239400000, bv_val = 0x7f9907e86928 "222}, { bv_len = 140295239395648, bv_val = 0x7f9907e864c0 "@\204\336\001"}, {bv_len = 32307936, bv_val = 0x0}, {bv_len = 31356864, bv_val = 0x7f9907e85c70 "pi\350\a\231\177"}, { bv_len = 4820737, bv_val = 0x0}, {bv_len = 140295239394496, bv_val = 0x0}, {bv_len = 32307904, bv_val = 0x7f9907e86970 ""}, {bv_len = 4808156, bv_val = 0x0}, { bv_len = 140295239395776, bv_val = 0x3c602b0 "\270\002\306\003"}, {bv_len = 63308448, bv_val = 0x0}, {bv_len = 0, bv_val = 0x0} <repeats 25 times>, {bv_len = 0, bv_val = 0xffffffffffffffff <Address 0xffffffffffffffff out of bounds>}, {bv_len = 5, bv_val = 0x0}, {bv_len = 140295239392947, bv_val = 0x7f9907e8631b "52"}, { bv_len = 4294967295, bv_val = 0x7f9907e85eb2 <incomplete sequence \362>}, {bv_len = 18446744073709551504, bv_val = 0x7f9907e85eb0 "\n\211", <incomplete sequence \362>}, { bv_len = 140381228768393, bv_val = 0x0}, {bv_len = 140295239393076, bv_val = 0x7f9907e8631d ""}, {bv_len = 0, bv_val = 0xf2890a <Address 0xf2890a out of bounds>}, { bv_len = 0, bv_val = 0x0}, {bv_len = 140295239393120, bv_val = 0x7f9907e860e0 "\300b\350\a\231\177"}, {bv_len = 64, bv_val = 0x7f9907e86240 "@\200\336\001"}, {bv_len = 0, bv_val = 0x10 <Address 0x10 out of bounds>}, {bv_len = 140381228543396, bv_val = 0x0}, {bv_len = 0, bv_val = 0x0}, {bv_len = 0, bv_val = 0x0}, {bv_len = 0, bv_val = 0x34f2890a00000002 <Address 0x34f2890a00000002 out of bounds>}, {bv_len = 0, bv_val = 0x0}, {bv_len = 0, bv_val = 0x0}, {bv_len = 140381263811342, bv_val = 0x0}, { bv_len = 0, bv_val = 0xd794 <Address 0xd794 out of bounds>}, {bv_len = 0, bv_val = 0x0}, {bv_len = 140295239394864, bv_val = 0x7f9907e86620 ""}, {bv_len = 140295239395224, bv_val = 0x500ad7 "(%s%s=*)"}, {bv_len = 15, bv_val = 0x0}, {bv_len = 140381228009340, bv_val = 0x0}, {bv_len = 5245660, bv_val = 0x70 <Address 0x70 out of bounds>}, { bv_len = 3, bv_val = 0x0}...}} mci = 0x1f72680 mcd = 0x1deae00 wwctx = {txn = 0x0, mcd = 0x1ed06c0, key = 31360064, data = {mv_size = 0, mv_data = 0x0}, flag = 17} cb = {sc_next = 0x0, sc_response = 0, sc_cleanup = 0, sc_writewait = 0, sc_private = 0x0} opinfo = {moi_oe = {oe_next = {sle_next = 0x0}, oe_key = 0x2246000}, moi_txn = 0x3e85a00, moi_ref = 1, moi_flag = 1 '\001'} moi = 0x7f9907e86540 ltid = 0x3e85a00 #4 0x00000000004d2932 in overlay_op_walk (op=0x2207400, rs=0x7f9907e87a20, which=op_search, oi=0x1f6e780, on=0x0) at backover.c:677 func = 0x7fad09f33ed8 rc = 32768 #5 0x00000000004d2b84 in over_op_func (op=0x2207400, rs=0x7f9907e87a20, which=op_search) at backover.c:730 oi = 0x1f6e780 on = 0x201d680 be = 0x2020000 db = {bd_info = 0x7fad09f33e80, bd_self = 0x2020000, be_ctrls = "\000\001\001\001\000\001\000\000\001\000\000\001\001\000\001", '\000' <repeats 17 times>, "\001", be_flags = 2312, be_restrictops = 0, be_requires = 0, be_ssf_set = {sss_ssf = 0, sss_transport = 0, sss_tls = 0, sss_sasl = 0, sss_update_ssf = 0, sss_update_transport = 0, sss_update_tls = 0, sss_update_sasl = 0, sss_simple_bind = 0}, be_suffix = 0x1f96c40, be_nsuffix = 0x1f96c80, be_schemadn = {bv_len = 0, bv_val = 0x0}, be_schemandn = {bv_len = 0, bv_val = 0x0}, be_rootdn = {bv_len = 9, bv_val = 0x1f85950 "cn=config"}, be_rootndn = {bv_len = 9, bv_val = 0x1f85970 "%3=config"}, be_rootpw = {bv_len = 0, bv_val = 0x0}, be_max_deref_depth = 15, be_def_limit = {lms_t_soft = -1, lms_t_hard = 0, lms_s_soft = -1, lms_s_hard = 0, lms_s_unchecked = -1, lms_s_pr = 0, lms_s_pr_hide = 0, lms_s_pr_total = 0}, be_limits = 0x0, be_acl = 0x1f9d7a0, be_dfltaccess = ACL_READ, be_extra_anlist = 0x0, be_update_ndn = {bv_len = 0, bv_val = 0x0}, be_update_refs = 0x0, be_pending_csn_list = 0x3957370, be_pcl_mutex = {__data = {__lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 0, __spins = 0, __list = {__prev = 0x0, __next = 0x0}}, __size = '\000' <repeats 39 times>, __align = 0}, be_syncinfo = 0x0, be_pb = 0x0, be_cf_ocs = 0x7fad09f33be0, be_private = 0x2246000, be_next = {stqe_next = 0x0}} cb = {sc_next = 0x2C2C sc_response = 0x4d16e7 <over_back_response>, sc_cleanup = 0, sc_writewait = 0, sc_private = 0x1f6e780} sc = 0x0 rc = 32768 __PRETTY_FUNCTION__ = "over_op_func" #6 0x00000000004d2c93 in over_op_search (op=0x2207400, rs=0x7f9907e87a20) at backover.c:757 No locals. #7 0x000000000043f88d in fe_op_search (op=0x2207400, rs=0x7f9907e87a20) at search.c:402 bd = 0x75ee00 #8 0x000000000043f0c0 in do_search (op=0x2207400, rs=0x7f9907e87a20) at search.c:247 base = {bv_len = 6, bv_val = 0x231f997 "dc=spr"} siz = 0 off = 0 i = 0 #9 0x000000000043b8a7 in connection_operation (ctx=0x7f9907e87b60, arg_v=0x2207400) at connection.c:1132 rc = 80 cancel = 425556061 op = 0x2207400 rs = {sr_type = REP_RESULT, sr_tag = 0, sr_msgid = 0, sr_err = 0, sr_matched = 0x0, sr_text = 0x0, sr_ref = 0x0, sr_ctrls = 0x0, sr_un = {sru_search = {r_entry = 0x0, r_attr_flags = 0, r_operational_attrs = 0x0, r_attrs = 0x0, r_nentries = 0, r_v2ref = 0x0}, sru_sasl = {r_sasldata = 0x0}, sru_extended = {r_rspoid = 0x0, r_rspdata = 0x0}}, sr_flags = 0} tag = 99 opidx = SLAP_OP_SEARCH conn = 0x233fb80 memctx = 0x1de8440 metxtx_null = 0x0 memsiz = 1048576 __PRETTY_FUNCTION__ = "connection_operation" #10 0x000000000043be39 in connection_read_thread (ctx=0x7f9907e87b60, argv=0xa) at connection.c:1268 rc = 0 cri = {op = 0x2207400, func = 0, arg = 0x0, ctx = 0x7f9907e87b60, nullop = 0} s = 10 #11 0x00007fad0f35f8ff in ldap_int_thread_pool_wrapper (xpool=0x1c26000) at tpool.c:696 pool = 0x1c26000 task = 0x395c500 work_list = 0x1c26098 ctx = {ltu_id = 140295239403264, ltu_key = {{ltk_key = 0x43b40d, ltk_data = 0x1c0b700, ltk_free = 0x43b25f <conn_counter_destroy>}, {ltk_key = 0x4b1433, ltk_data = 0x1de8440, ltk_free = 0x4b1258 <slap_sl_mem_destroy>D7D, {ltk_key = 0x456df1, ltk_data = 0x0, ltk_free = 0x456d44 <slap_op_q_destroy>}, {ltk_key = 0x1c09500, ltk_data = 0x3e85a00, ltk_free = 0x7fad09d103dc <mdb_reader_free>}, {ltk_key = 0x7fad09d0581e, ltk_data = 0x418e000, ltk_free = 0x7fad09d057fb <search_stack_free>}, {ltk_key = 0x7fad09d0236f, ltk_data = 0x0, ltk_free = 0x7fad09d02327 <scope_chunk_free>}, {ltk_key = 0x0, ltk_data = 0x3e60000, ltk_free = 0}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 25 times>}} kctx = 0x0 i = 32 keyslot = 494 hash = 2690702830 __PRETTY_FUNCTION__ = "ldap_int_thread_pool_wrapper" #12 0x00007fad0d726e9a in start_thread (arg=0x7f9907e88700) at pthread_create.c:308 __res = <optimized out> pd = 0x7f9907e88700 now = <optimized out> unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, -7524299685094559341, 140295256177840, 140295239403968, 4, 7, 7540818657622552979, 7552056816962302355}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = 0 pagesize_m1 = <optimized out> sp = <optimized out> freesize = <optimized out> __PRETTY_FUNCTION__ = "start_thread" #13 0x00007fad0d4538bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 No locals. #14 0x0000000000000000 in ?? () No symbol table info available.

1 0

← Newer
1
...
4
5
6
7
8
9
10
11
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs April 2015