openldap-bugs

openldap-bugs@openldap.org

1 participants
20960 discussions

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

16 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 16 Apr '15

16 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 13 Apr '15

13 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 12 Apr '15

12 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

(ITS#8102) syncrepl_entry: be_modify failed (16)
by tpretz＠gmail.com 11 Apr '15

11 Apr '15

Now running RE24 head (commit 1101d4b7dbdb2453076c1075d1ae2375c36f06f9) Turned on a bit of logging (sync trace args) and grepped out some lines of interest. @(#) $OpenLDAP: slapd 2.4.X (Apr 10 2015 20:07:53) $ ... skipping ... syncrepl_message_to_entry: rid=100 DN: cn=3,ou=stest,dc=example,dc=com, UUID: 0f89951e-94fe-445b-91f8-9e8589c4d1e3 mdb_modify_internal: 0x00ebd167: cn=2,ou=stest,dc=example,dc=com mdb_modify_internal: replace AttrComment mdb_modify_internal: replace entryCSN mdb_modify_internal: replace modifiersName mdb_modify_internal: replace modifyTimestamp syncrepl_entry: rid=100 LDAP_RES_SEARCH_ENTRY(LDAP_SYNC_ADD) syncrepl_entry: rid=100 inserted UUID 0f89951e-94fe-445b-91f8-9e8589c4d1e3 syncrepl_entry: rid=100 be_search (0) syncrepl_entry: rid=100 cn=3,ou=stest,dc=example,dc=com mdb_modify: cn=3,ou=stest,dc=example,dc=com mdb_modify: updated id=00ebd167 dn="cn=2,ou=stest,dc=example,dc=com" syncrepl_entry: rid=101 be_modify cn=2,ou=stest,dc=example,dc=com (0) syncrepl_message_to_entry: rid=101 DN: cn=3,ou=stest,dc=example,dc=com, UUID: 0f89951e-94fe-445b-91f8-9e8589c4d1e3 mdb_modify_internal: 0x00ebd168: cn=3,ou=stest,dc=example,dc=com mdb_modify_internal: delete AttrComment mdb_modify_internal: replace entryCSN mdb_modify_internal: replace modifiersName mdb_modify_internal: replace modifyTimestamp syncrepl_entry: rid=101 LDAP_RES_SEARCH_ENTRY(LDAP_SYNC_ADD) syncrepl_entry: rid=101 inserted UUID 0f89951e-94fe-445b-91f8-9e8589c4d1e3 syncrepl_entry: rid=101 be_search (0) syncrepl_entry: rid=101 cn=3,ou=stest,dc=example,dc=com mdb_modify: cn=3,ou=stest,dc=example,dc=com mdb_modify: updated id=00ebd168 dn="cn=3,ou=stest,dc=example,dc=com" syncrepl_entry: rid=100 be_modify cn=3,ou=stest,dc=example,dc=com (0) syncrepl_message_to_entry: rid=100 DN: cn=4,ou=stest,dc=example,dc=com, UUID: 25f4703a-b73e-4d7c-81b8-9f139e267023 mdb_modify_internal: 0x00ebd168: cn=3,ou=stest,dc=example,dc=com mdb_modify_internal: delete AttrComment mdb_modify_internal: 16 modify/delete: AttrComment: no such attribute mdb_modify: modify failed (16) null_callback : error code 0x10 syncrepl_entry: rid=101 be_modify cn=3,ou=stest,dc=example,dc=com (16) syncrepl_entry: rid=101 be_modify failed (16) Thanks Tom

1 0

Re: (ITS#8101) facsimileTelephoneNumber
by hyc＠symas.com 10 Apr '15

10 Apr '15

bernhard.pfeiffer(a)brz.gv.at wrote: > Full_Name: Bernhard Pfeiffer > Version: 2.4.40 > OS: SUSE Linux 11 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (85.158.227.32) > > > Hey! > > There is a problem in core-Schema with facsimileTelephoneNumber and jpegPhoto. > It is not possible to modify these attributes, for example: > > version: 1 > > dn: uid=testsimon,ou=people,ou=test,dc=gv,dc=at > changetype: modify > delete: facsimileTelephoneNumber > facsimileTelephoneNumber: +43 123 234 34234123 > > ldap_modify: Inappropriate matching (18) > additional info: modify/delete: facsimileTelephoneNumber: no equality > matching rule > > > It is only possible, to delete it completly or replace it. > > Is there any Bugfix in plan? This is not an OpenLDAP bug. The schema definitions for these attributes come from the LDAP RFCs (4519 in this case). You're welcome to submit a proposed revision to the IETF if you want the specs updated. In the meantime, your best approach is to define your own attributes that specify the matching rules you desire. Closing this ITS. -- -- 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#8102) syncrepl_entry: be_modify failed (16)
by quanah＠zimbra.com 10 Apr '15

10 Apr '15

--On Friday, April 10, 2015 5:12 PM +0000 tpretz(a)gmail.com wrote: > Full_Name: Tom Pressnell > Version: 2.4.40 > OS: debian wheezy > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (5.63.147.4) > > > Hi, > > In testing i have encountered the following when restoring replication > from multiple providers. > > slapd: slapd starting > slapd: null_callback : error code 0x10 > slapd: syncrepl_entry: rid=106 be_modify failed (16)AsAslapd: do_syncrepl: > rid=106 rc 16 retrying (9 retries left) > > Running 2.4.40 on debian wheezy amd64. > This occurs with both the mdb and hdb backends. > > While the consumer was offline i removed all values of an indexed > attribute from hundreds of entries, all providers are synced. > > Using standard syncrepl (not delta), issue occurs at process startup > where the consumer has been offline for a short while, i.e. replaying the > sessionlog not falling back to present. > > Having a read of syncrepl.c it would seem that syncrepl_diff_entry is > called for a entry received from a provider in a race with the same entry > from another provider in a different thread. > Both diff calls result in an attribute delete operation, when be_modify > is hit for the second time it fails with no such attribute as the first > thread has already removed it (uses DELETE, not SOFTDEL). Please test against current RE24, as there have been a number of fixes to syncrepl. Thanks! --Quanah -- Quanah Gibson-Mount Platform Architect Zimbra, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs