August 2013 - openldap-bugs

(ITS#7666) segfault when searching regex minus than 3 characters over translucent

by theju＠yopmail.com

Full_Name: Ju Version: openldap-2.4.35 OS: debian 6.0.7 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (193.49.133.163) Server crash with a segfault error 4 in libc-2.11.3.so when searching with expression like "(attr=*123*)" over translucent (minus than 3 characteres) I have custom attributes providen by translucent : slapd.conf : [...] index Application eq,pres,sub overlay translucent translucent_no_glue off translucent_strict off translucent_local Application [..] Schema : attributetype ( 1.3.6.1.4.1.10000.13.2.20 NAME 'Application' DESC 'Acces sur les application' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 ) ex : ldapserch "(application=*1234*) -> OK ldapserch "(application=*123*) -> Segfault ldapserch "(application=*12*) -> Segfault ldapserch "(application=*1*) -> Segfault I'm I commited a misake or is there really a bug ? Thank you Ju

9 years, 7 months

1
0
0 / 0

Re: (ITS#7665) LMDB: Documentation issue or mistake: MDB_NOMETASYNC vs MDB_CREATE

by sog＠msg.com.mx

Hi Hallvard, I want to thank you so much for your timely responses. I'm very glad to interact with a so responsible team. Changing MDB_CREATE is clearer, indeed allows separate both sets with a simple mask. Talking about the documentation, I think that should be stressed somewhere that when using named databases, the main one (unnamed) should not be used for regular work without special care and some constraints. Maybe that a remark in mdb_dbi_open would be sufficient. Regards and thanks again. Salvador. On 08/14/2013 02:06 AM, Hallvard B Furuseth wrote: > The code is OK, it would be sufficient to change > "Values do not overlap Database Flags." > to "stored Database Flags" or something, and to > note under MDB_CREATE that is not stored. > > Might be clearer to change MDB_CREATE in addition.

9 years, 7 months

1
0
0 / 0

(ITS#7665) LMDB: Documentation issue or mistake: MDB_NOMETASYNC vs MDB_CREATE

by sog＠msg.com.mx

Full_Name: Salvador Ortiz Version: OS: URL: Submission from: (NULL) (187.162.45.111) The documentation states that the Environment's flags should not overlap with the Database's ones, but MDB_NOMETASYNC and MDB_CREATE share the same value. There is unused bits in the low word. We are still at time to change MDB_CREATE?

9 years, 7 months

1
0
0 / 0

Re: (ITS#7664) LMDB: Opening a non existing environment with MDB_RDONLY leaves a stale lock file

by hyc＠symas.com

sog(a)msg.com.mx wrote: > Full_Name: Salvador Ortiz > Version: 24 > OS: Linux > URL: > Submission from: (NULL) (187.162.45.111) > > > Trying to open a non existent environment using MDB_RDONLY, fails with ENOENT as > expected, but the lock file is created and is preserved, an issue of pollution > IMHO. > > The problem lies in the unconditional use of O_CREATE in mdb_env_setup_locks. > I'm not sure what is the best solution. > > Fixed now in mdb.master, thanks for the report. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

9 years, 7 months

1
0
0 / 0

(ITS#7664) LMDB: Opening a non existing environment with MDB_RDONLY leaves a stale lock file

by sog＠msg.com.mx

Full_Name: Salvador Ortiz Version: 24 OS: Linux URL: Submission from: (NULL) (187.162.45.111) Trying to open a non existent environment using MDB_RDONLY, fails with ENOENT as expected, but the lock file is created and is preserved, an issue of pollution IMHO. The problem lies in the unconditional use of O_CREATE in mdb_env_setup_locks. I'm not sure what is the best solution.

9 years, 7 months

1
0
0 / 0

(ITS#7663) Add 'namingContexts' to backend entry below cn=Backends, cn=Monitor

by michael＠stroeder.com

Full_Name: Version: HEAD OS: URL: Submission from: (NULL) (79.219.109.139) Feature request: It would be quite handy if attribute 'namingContexts' would be available in backend entries in subtree cn=Backends,cn=Monitor. This would allow to quickly query the set of supported LDAPv3 ext. controls in attribute 'supportedControl' for a given naming context. Of course one can query the DB entry below cn=Databases,cn=Monitor and look at 'seeAlso' but that's extra amount of work without added value especially since 'seeAlso' is multi-valued also pointing to overlay entries. Alternative would be to add 'supportedControl' to entries below cn=Databases,cn=Monitor.

9 years, 7 months

1
0
0 / 0

Re: (ITS#7660) LMDB: Proposing a small addition to the API: mdb_txn_env

by quanah＠zimbra.com

--On Friday, August 09, 2013 9:33 PM -0500 Salvador Ortiz Garcia <sog(a)msg.com.mx> wrote: > Sure! > > In fact I want the module to become the "oficial" Perl's LMDB module. > > Right now I'm writing an extensive test battery that is uncovering some > bad assumptions, undocumented features, and/or bugs in the library. > > Please expect the announce of an alpha release early in the next week in > openldap-devel. > > I'm Just waiting for a version of LMDB in git with the issues solved. They should be all resolved now. Will you be hosting your CPAN module anywhere like github or gitorious? --Quanah -- Quanah Gibson-Mount Lead Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

9 years, 7 months

1
0
0 / 0

Antwort: Re: (ITS#7653) Test Build Version 2.4.36 hangs

by howard.allison＠pensionsversicherung.at

--0__=4EBBF156DFB715BF8f9e8a93df938690918c4EBBF156DFB715BF Content-type: multipart/alternative; Boundary="1__=4EBBF156DFB715BF8f9e8a93df938690918c4EBBF156DFB715BF" --1__=4EBBF156DFB715BF8f9e8a93df938690918c4EBBF156DFB715BF Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: quoted-printable Hi! Sorry - here's the stack trace: SLAPD: (dbx) thread info thread state-k wchan state-u k-tid mode held scope functi= on $t1 wait 0xf1000f0a1000ee40 blocked 15597767 k no sy= s general: pthread addr =3D 0x3009f56c size =3D 0x290 vp addr =3D 0x300a15b0 size =3D 0x2e0 thread errno =3D 0 start pc =3D 0x10000420 joinable =3D yes pthread_t =3D 1 scheduler: kernel =3D user =3D 1 (other) nice =3D 60 event : event =3D 0x0 cancel =3D enabled, deferred, not pending stack storage: base =3D 0x20000000 size =3D 0xff22190= limit =3D 0x2ff22190 sp =3D 0x2ff21e90 thread state-k wchan state-u k-tid mode held scope functi= on >$t2 run running 36372639 k no sys __fd_select general: pthread addr =3D 0x308e5cf0 size =3D 0x290 vp addr =3D 0x303d3780 size =3D 0x2e0 thread errno =3D 4 start pc =3D 0x3001f600 joinable =3D yes pthread_t =3D 102 scheduler: kernel =3D user =3D 1 (other) nice =3D 60 event : event =3D 0x0 cancel =3D enabled, deferred, not pending stack storage: base =3D 0x304e5000 size =3D 0x400000 limit =3D 0x308e5b90 sp =3D 0x308e4530 thread state-k wchan state-u k-tid mode held scope functi= on $t3 run running 30015693 u no sys base_candidate general: pthread addr =3D 0x30ce9cf0 size =3D 0x290 vp addr =3D 0x303d5790 size =3D 0x2e0 thread errno =3D 11 start pc =3D 0xf0391ec0 joinable =3D no pthread_t =3D 203 scheduler: kernel =3D user =3D 1 (other) nice =3D 60 event : event =3D 0x0 cancel =3D enabled, deferred, not pending stack storage: base =3D 0x308e9000 size =3D 0x400000 limit =3D 0x30ce9b90 sp =3D 0x30c286f0 thread state-k wchan state-u k-tid mode held scope functi= on $t4 run running 21561505 u no sys base_candidate general: pthread addr =3D 0x319eecf0 size =3D 0x290 vp addr =3D 0x303e4b60 size =3D 0x2e0 thread errno =3D 11 start pc =3D 0xf0391ec0 joinable =3D no pthread_t =3D 304 scheduler: kernel =3D user =3D 1 (other) nice =3D 60 event : event =3D 0x0 cancel =3D enabled, deferred, not pending stack storage: base =3D 0x315ed000 size =3D 0x400000 limit =3D 0x319eeb90 sp =3D 0x3192d6f0 (dbx) thread current -1 warning: Thread is in kernel mode, not all registers can be accessed. (dbx) where .() at 0x11c501d40 _event_wait(??, ??) at 0xd0502be4 _cond_wait_local(??, ??, ??) at 0xd0510f40 _cond_wait(??, ??, ??) at 0xd0511510 pthread_join(??, ??) at 0xd04f91b0 ldap_pvt_thread_join(thread =3D 8, thread_return =3D 0x00000008), line = 197 in "thr_posix.c" slapd_daemon(), line 2929 in "daemon.c" main(argc =3D 0, argv =3D (nil)), line 1012 in "main.c" (dbx) thread current -2 (dbx) where __fd_select(??, ??, ??, ??, ??) at 0xd0262f2c daemon.select(__fds =3D 0, __readlist =3D (nil), __writelist =3D (nil),= __exceptlist =3D (nil), __timeout =3D (nil)), line 234 in "time.h" unnamed block in slapd_daemon_task(ptr =3D (nil)), line 2536 in "daemon= .c" unnamed block in slapd_daemon_task(ptr =3D (nil)), line 2536 in "daemon= .c" slapd_daemon_task(ptr =3D (nil)), line 2536 in "daemon.c" (dbx) thread current -3 (dbx) where search.base_candidate(be =3D (nil), e =3D (nil), ids =3D (nil)), line 3= 71 in "search.c" glue_sub_search(op =3D 0xf061b148, rs =3D 0xf061b108, b0 =3D 0x00000002= , on =3D 0xf0240744), line 380 in "backglue.c" glue_op_search(op =3D 0x301185f8, rs =3D 0x303d5a78), line 537 in "back= glue.c" overlay_op_walk(op =3D (nil), rs =3D (nil), which =3D op_bind, oi =3D (= nil), on =3D 0x01000000), line 661 in "backover.c" over_op_func(op =3D (nil), rs =3D 0x102c9510, which =3D op_bind), line = 723 in "backover.c" fe_op_search(op =3D 0x00004105, rs =3D 0x00000100), line 402 in "search= .c" do_search(op =3D 0x000003e8, rs =3D (nil)), line 247 in "search.c" unnamed block in connection_operation(ctx =3D 0x00000114, arg_v =3D 0x00000045), line 1155 in "connection.c" connection_operation(ctx =3D 0x00000114, arg_v =3D 0x00000045), line 11= 55 in "connection.c" connection_read_thread(ctx =3D (nil), argv =3D (nil)), line 1291 in "connection.c" ldap_int_thread_pool_wrapper(xpool =3D (nil)), line 688 in "tpool.c" (dbx) thread current -4 (dbx) where search.base_candidate(be =3D (nil), e =3D (nil), ids =3D (nil)), line 3= 71 in "search.c" glue_sub_search(op =3D 0xf061b148, rs =3D 0xf061b108, b0 =3D 0x00000002= , on =3D 0xf0240744), line 380 in "backglue.c" glue_op_search(op =3D 0x301185f8, rs =3D 0x303e4ee8), line 537 in "back= glue.c" overlay_op_walk(op =3D (nil), rs =3D (nil), which =3D op_bind, oi =3D (= nil), on =3D 0x01000000), line 661 in "backover.c" over_op_func(op =3D (nil), rs =3D 0x102c9510, which =3D op_bind), line = 723 in "backover.c" fe_op_search(op =3D 0x00004105, rs =3D 0x00000100), line 402 in "search= .c" do_search(op =3D 0x000003e9, rs =3D (nil)), line 247 in "search.c" unnamed block in connection_operation(ctx =3D 0x0000019c, arg_v =3D 0x00000067), line 1155 in "connection.c" connection_operation(ctx =3D 0x0000019c, arg_v =3D 0x00000067), line 11= 55 in "connection.c" connection_read_thread(ctx =3D (nil), argv =3D (nil)), line 1291 in "connection.c" ldap_int_thread_pool_wrapper(xpool =3D (nil)), line 688 in "tpool.c" LDAPSEARCH: Waiting to attach to process 11272394 ... Successfully attached to ldapsearch. warning: Directory containing ldapsearch could not be determined. Apply 'use' command to initialize source path. Type 'help' for help. reading symbolic information ... stopped in __fd_poll at 0xd0262734 ($t1) 0xd0262734 (__fd_poll+0xb4) 80410014 lwz r2,0x14(r1) (dbx) where __fd_poll(??, ??, ??) at 0xd0262734 os-ip.poll(__listptr =3D 0x00000001, __nfds =3D 4294967294, __timeout =3D= 1000000), line 107 in "poll.h" ldap_int_select(ld =3D (nil), timeout =3D 0x3002a9c8), line 1139 in "os= -ip.c" wait4msg(ld =3D 0xd0f6bb50, msgid =3D 804398239, all =3D 804389024, tim= eout =3D (nil), result =3D 0x2ff200e0), line 312 in "result.c" ldap_result(ld =3D (nil), msgid =3D 805309096, all =3D 804389216, timeo= ut =3D 0x28224243, result =3D 0x1000866c), line 117 in "result.c" dosearch(ld =3D 0x30009c18, base =3D "file:///%s/", scope =3D 268504837= , filtpatt =3D (nil), value =3D (nil), attrs =3D (nil), attrsonly =3D -261995236, = sctrls =3D 0x10010f08, cctrls =3D (nil), timeout =3D (nil), sizelimit =3D -1), lin= e 1447 in "ldapsearch.c" main(argc =3D 0, argv =3D (nil)), line 1222 in "ldapsearch.c" (dbx) thread thread state-k wchan state-u k-tid mode held scope functi= on >$t1 run running 35192885 k no sys __fd_= poll Thanks Howard Mit freundlichen Gr=FC=DFen Howard ALLISON Pensionsversicherungsanstalt Rechenzentrumsbetrieb A-1021 Wien, Friedrich-Hillegeist-Stra=DFe 1 E-Mail..: howard.allison(a)pva.sozvers.at Internet: www.pensionsversicherung.at Von: Quanah Gibson-Mount <quanah(a)zimbra.com> An: howard.allison(a)pensionsversicherung.at, openldap-its(a)openldap.org, Datum: 07.08.2013 21:20 Betreff: Re: (ITS#7653) Test Build Version 2.4.36 hangs --On July 31, 2013 6:51:18 AM +0000 howard.allison@pensionsversicherung= .at wrote: > Full_Name: Howard Allison > Version: 2.4.36 > OS: AIX > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (194.153.217.248) > > > AIX 6.1 Using IBM VAC Compiler > Configure and Build works, test hangs at test005 Hi, thanks for the report. Unfortunately, your stack trace only shows = a single thread out of multiple threads. This thread is waiting on anoth= er thread to complete a task. Please submit a full backtrace of all threa= ds. Thanks! --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration -----------------------------------------------------------------------= --------------------------------- VERTRAULICHKEIT: Diese Nachricht ist ausschlie=DFlich f=FCr denjenigen bestimmt, an den sie adressiert ist und kann vertrauliche Informationen= enthalten. Falls Sie nicht der Empf=E4nger dieser Nachricht sind, weise= n wir Sie darauf hin, dass die unberechtigte Weitergabe oder Verwendung sowie= das unberechtigte Verteilen oder Kopieren dieser Nachricht strikt untersagt= sind. Falls Sie diese Nachricht irrt=FCmlich erhalten haben, vernichten= Sie sie bitte sofort. CONFIDENTIALITY: This message is intended only for the use of the individuality or entity to which it is addressed and may contain information that is privileged, confidential and exempt from disclosure= . If you are not the intended recipient you are notified that any disseminat= ion, distribution, use or copying of this communication is strictly prohibit= ed. If you received this message in error, please immediately destroy this message. -----------------------------------------------------------------------= --------------------------------- = --1__=4EBBF156DFB715BF8f9e8a93df938690918c4EBBF156DFB715BF Content-type: text/html; charset=ISO-8859-1 Content-Disposition: inline Content-transfer-encoding: quoted-printable <html><body> Hi! Sorry - here's the stack trace:</f= ont> SLAPD: (dbx) thread info  thread  state-k   =   wchan    state-u    k-tid   mode held s= cope function  $t1     wait &nbsp= ;    0xf1000f0a1000ee40 blocked  15597767     = k   no   sys       general:</fon= t>          = pthread addr =3D 0x3009f56c         size   &nb= sp;     =3D 0x290          = vp addr      =3D 0x300a15b0         = size         =3D 0x2e0          = thread errno =3D 0          = start pc     =3D 0x10000420          = joinable     =3D yes          = pthread_t    =3D 1       scheduler:</f= ont>          = kernel       =3D          = user         =3D 1 (other)          = nice         =3D 60       event :</font= >          = event        =3D 0x0          = cancel       =3D enabled, deferred, not pending<b= r>       stack storage= :          = base         =3D 0x20000000       &n= bsp; size         =3D 0xff22190          = limit        =3D 0x2ff22190          = sp           =3D 0x2ff21e90  thread  state-k   =   wchan    state-u    k-tid   mode held s= cope function >$t2     run   &= nbsp;              running  363= 72639     k   no   sys  __fd_select =       general:</fon= t>          = pthread addr =3D 0x308e5cf0         size   &nb= sp;     =3D 0x290          = vp addr      =3D 0x303d3780         = size         =3D 0x2e0          = thread errno =3D 4          = start pc     =3D 0x3001f600          = joinable     =3D yes          = pthread_t    =3D 102       scheduler:</f= ont>          = kernel       =3D          = user         =3D 1 (other)          = nice         =3D 60       event :</font= >          = event        =3D 0x0          = cancel       =3D enabled, deferred, not pending<b= r>       stack storage= :          = base         =3D 0x304e5000       &n= bsp; size         =3D 0x400000          = limit        =3D 0x308e5b90          = sp           =3D 0x308e4530  thread  state-k   =   wchan    state-u    k-tid   mode held s= cope function  $t3     run  =                running  3= 0015693     u   no   sys  base_candidate</font= >       general:</fon= t>          = pthread addr =3D 0x30ce9cf0         size   &nb= sp;     =3D 0x290          = vp addr      =3D 0x303d5790         = size         =3D 0x2e0          = thread errno =3D 11          = start pc     =3D 0xf0391ec0          = joinable     =3D no          = pthread_t    =3D 203       scheduler:</f= ont>          = kernel       =3D          = user         =3D 1 (other)          = nice         =3D 60       event :</font= >          = event        =3D 0x0          = cancel       =3D enabled, deferred, not pending<b= r>       stack storage= :          = base         =3D 0x308e9000       &n= bsp; size         =3D 0x400000          = limit        =3D 0x30ce9b90          = sp           =3D 0x30c286f0  thread  state-k   =   wchan    state-u    k-tid   mode held s= cope function  $t4     run  =                running  2= 1561505     u   no   sys  base_candidate</font= >       general:</fon= t>          = pthread addr =3D 0x319eecf0         size   &nb= sp;     =3D 0x290          = vp addr      =3D 0x303e4b60         = size         =3D 0x2e0          = thread errno =3D 11          = start pc     =3D 0xf0391ec0          = joinable     =3D no          = pthread_t    =3D 304       scheduler:</f= ont>          = kernel       =3D          = user         =3D 1 (other)          = nice         =3D 60       event :</font= >          = event        =3D 0x0          = cancel       =3D enabled, deferred, not pending<b= r>       stack storage= :          = base         =3D 0x315ed000       &n= bsp; size         =3D 0x400000          = limit        =3D 0x319eeb90          = sp           =3D 0x3192d6f0 (dbx) thread current -1 = warning: Thread is in kernel mode,= not all registers can be accessed. (dbx) where .() at 0x11c501d40 _event_wait(??, ??) at 0xd0502be4<= /font> _cond_wait_local(??, ??, ??) at 0x= d0510f40 _cond_wait(??, ??, ??) at 0xd05115= 10 pthread_join(??, ??) at 0xd04f91b0= ldap_pvt_thread_join(thread =3D 8,= thread_return =3D 0x00000008), line 197 in "thr_posix.c"</fo= nt> slapd_daemon(), line 2929 in &quot= ;daemon.c" main(argc =3D 0, argv =3D (nil)), = line 1012 in "main.c" (dbx) thread current -2 = (dbx) where __fd_select(??, ??, ??, ??, ??) at= 0xd0262f2c daemon.select(__fds =3D 0, __readl= ist =3D (nil), __writelist =3D (nil), __exceptlist =3D (nil), __timeout= =3D (nil)), line 234 in "time.h" unnamed block in slapd_daemon_task= (ptr =3D (nil)), line 2536 in "daemon.c" unnamed block in slapd_daemon_task= (ptr =3D (nil)), line 2536 in "daemon.c" slapd_daemon_task(ptr =3D (nil)), = line 2536 in "daemon.c" (dbx)  thread current -3</fon= t> (dbx) where search.base_candidate(be =3D (nil)= , e =3D (nil), ids =3D (nil)), line 371 in "search.c"<= br> glue_sub_search(op =3D 0xf061b148,= rs =3D 0xf061b108, b0 =3D 0x00000002, on =3D 0xf0240744), line 380 in = "backglue.c" glue_op_search(op =3D 0x301185f8, = rs =3D 0x303d5a78), line 537 in "backglue.c" overlay_op_walk(op =3D (nil), rs =3D= (nil), which =3D op_bind, oi =3D (nil), on =3D 0x01000000), line 661 i= n "backover.c" over_op_func(op =3D (nil), rs =3D = 0x102c9510, which =3D op_bind), line 723 in "backover.c"</fon= t> fe_op_search(op =3D 0x00004105, rs= =3D 0x00000100), line 402 in "search.c" do_search(op =3D 0x000003e8, rs =3D= (nil)), line 247 in "search.c" unnamed block in connection_operat= ion(ctx =3D 0x00000114, arg_v =3D 0x00000045), line 1155 in "conne= ction.c" connection_operation(ctx =3D 0x000= 00114, arg_v =3D 0x00000045), line 1155 in "connection.c"</fo= nt> connection_read_thread(ctx =3D (ni= l), argv =3D (nil)), line 1291 in "connection.c" ldap_int_thread_pool_wrapper(xpool= =3D (nil)), line 688 in "tpool.c" (dbx) thread current -4 = (dbx) where search.base_candidate(be =3D (nil)= , e =3D (nil), ids =3D (nil)), line 371 in "search.c"<= br> glue_sub_search(op =3D 0xf061b148,= rs =3D 0xf061b108, b0 =3D 0x00000002, on =3D 0xf0240744), line 380 in = "backglue.c" glue_op_search(op =3D 0x301185f8, = rs =3D 0x303e4ee8), line 537 in "backglue.c" overlay_op_walk(op =3D (nil), rs =3D= (nil), which =3D op_bind, oi =3D (nil), on =3D 0x01000000), line 661 i= n "backover.c" over_op_func(op =3D (nil), rs =3D = 0x102c9510, which =3D op_bind), line 723 in "backover.c"</fon= t> fe_op_search(op =3D 0x00004105, rs= =3D 0x00000100), line 402 in "search.c" do_search(op =3D 0x000003e9, rs =3D= (nil)), line 247 in "search.c" unnamed block in connection_operat= ion(ctx =3D 0x0000019c, arg_v =3D 0x00000067), line 1155 in "conne= ction.c" connection_operation(ctx =3D 0x000= 0019c, arg_v =3D 0x00000067), line 1155 in "connection.c"</fo= nt> connection_read_thread(ctx =3D (ni= l), argv =3D (nil)), line 1291 in "connection.c" ldap_int_thread_pool_wrapper(xpool= =3D (nil)), line 688 in "tpool.c" LDAPSEARCH: Waiting to attach to process 11272= 394 ... Successfully attached to ldapsearc= h. warning: Directory containing ldap= search could not be determined. Apply 'use' command to initialize = source path. Type 'help' for help. reading symbolic information ...</= font> stopped in __fd_poll at 0xd0262734= ($t1) 0xd0262734 (__fd_poll+0xb4) 804100= 14         lwz   r2,0x14(r1) (dbx) where __fd_poll(??, ??, ??) at 0xd026273= 4 os-ip.poll(__listptr =3D 0x0000000= 1, __nfds =3D 4294967294, __timeout =3D 1000000), line 107 in "pol= l.h" ldap_int_select(ld =3D (nil), time= out =3D 0x3002a9c8), line 1139 in "os-ip.c" wait4msg(ld =3D 0xd0f6bb50, msgid = =3D 804398239, all =3D 804389024, timeout =3D (nil), result =3D 0x2ff20= 0e0), line 312 in "result.c" ldap_result(ld =3D (nil), msgid =3D= 805309096, all =3D 804389216, timeout =3D 0x28224243, result =3D 0x100= 0866c), line 117 in "result.c" dosearch(ld =3D 0x30009c18, base =3D= "<a href=3D"file:///%s/">file:///%s/</a>", scope =3D 2685048= 37, filtpatt =3D (nil), value =3D (nil), attrs =3D (nil), attrsonly =3D= -261995236, sctrls =3D 0x10010f08, cctrls =3D (nil), timeout =3D (nil)= , sizelimit =3D -1), line 1447 in "ldapsearch.c" main(argc =3D 0, argv =3D (nil)), = line 1222 in "ldapsearch.c" (dbx) thread  thread  state-k   =   wchan    state-u    k-tid   mode held s= cope function >$t1     run   &= nbsp;              running  351= 92885     k   no   sys  __fd_poll Thanks Howard Mit freundlichen Gr=FC=DF= en Howard ALLISON <table border=3D"0" cellspacing=3D"0" cellpadding=3D"0"> <tr valign=3D"top"><td width=3D"95"> <ul style=3D"padding-left: 1pt"><img src=3D"cid:1__=3D4EBBF156DFB715BF@= pensionsversicherung.at" width=3D"83" height=3D"52"></ul> </td><td width=3D"237" valign=3D"middle"> <ul style=3D"padding-left: 1pt">Pensionsversicherungsanstalt Rechenzentrumsbetrieb A-1021 Wien, Friedrich-Hillegeist-Stra=DFe 1 E-Mail..: <a href=3D"mailto:howard.allison@pva.sozvers.at"><font= size=3D"1" color=3D"#0000FF" face=3D"MS Sans Serif">howard.allison@= pva.sozvers.at</a><b= r> Internet: <a href=3D"http://www.pensionsversicherung.at/">www.pensionsvers= icherung.at</a></ul> </td></tr> </table> <img width=3D"16" height=3D"16" src=3D"cid:2__=3D4EBBF156DFB715BF@pensi= onsversicherung.at" border=3D"0" alt=3D"Inactive hide details for Quana= h Gibson-Mount ---07.08.2013 21:20:29---Von: Quanah Gibson-Mount <qu= anah(a)zimbra.com> An: howard.">Quanah Gibson-Mount ---07.08.2013 21:20:29---Von: Quan= ah Gibson-Mount <quanah(a)zimbra.com> An: howard.allison@pensionsve= rsicherung.at, openldap-its(a)openldap.org, Von: <fon= t size=3D"1" face=3D"sans-serif">Quanah Gibson-Mount <quanah(a)zimbra.= com> An: <font= size=3D"1" face=3D"sans-serif">howard.allison(a)pensionsversicherung.at,= openldap-its(a)openldap.org, Datum: <f= ont size=3D"1" face=3D"sans-serif">07.08.2013 21:20 Betreff: = Re: (ITS#7653) Test Build Version = 2.4.36 hangs <hr width=3D"100%" size=3D"2" align=3D"left" noshade style=3D"color:#80= 91A5; "> <tt> --On July 31, 2013 6:51:18 AM +0000 howard.allison@pensionsversicherung= .at wrote: > Full_Name: Howard Allison > Version: 2.4.36 > OS: AIX > URL: </tt><tt><a href=3D"ftp://ftp.openlda= p.org/incoming/">ftp://ftp.openldap.org/incoming/</a></tt><tt><f= ont size=3D"2"> > Submission from: (NULL) (194.153.217.248) > > > AIX 6.1 Using IBM VAC Compiler > Configure and Build works, test hangs at test005 Hi, thanks for the report.  Unfortunately, your stack trace only s= hows a single thread out of multiple threads.  This thread is waiting on = another thread to complete a task.  Please submit a full backtrace of all = threads. Thanks! --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra ::  the leader in open source messaging and collaboration<b= r> </tt>   ---------------------------= -----------------------------------------------------------------------= ------ VERTRAULICHKEIT: Diese Nach= richt ist ausschlie=DFlich f=FCr denjenigen bestimmt, an den sie adress= iert ist und kann vertrauliche Informationen enthalten. Falls Sie nicht= der Empf=E4nger dieser Nachricht sind, weisen wir Sie darauf hin, dass= die unberechtigte Weitergabe oder Verwendung sowie das unberechtigte V= erteilen oder Kopieren dieser Nachricht strikt untersagt sind. Falls Si= e diese Nachricht irrt=FCmlich erhalten haben, vernichten Sie sie bitte= sofort. CONFIDENTIALITY: This messa= ge is intended only for the use of the individuality or entity to which= it is addressed and may contain information that is privileged, confid= ential and exempt from disclosure. If you are not the intended recipien= t you are notified that any dissemination, distribution, use or copying= of this communication is strictly prohibited. If you received this mes= sage in error, please immediately destroy this message. ---------------------------= -----------------------------------------------------------------------= ------ </body></html>= --1__=4EBBF156DFB715BF8f9e8a93df938690918c4EBBF156DFB715BF-- --0__=4EBBF156DFB715BF8f9e8a93df938690918c4EBBF156DFB715BF Content-type: image/gif; name="15079017.gif" Content-Disposition: inline; filename="15079017.gif" Content-ID: <1__=4EBBF156DFB715BF(a)pensionsversicherung.at> Content-transfer-encoding: base64 R0lGODlhUwA0APcAAA4Rm9DR2jw/qpaYw3Z4sx4hoLy9zldZsIGDtTEzpbGyztbe3lBSr6ipyY+R vDg7p2xursnL1UZJqhgaoSosoEFDpsTF1dLT2hganp+iwIaIwmNmqyEpnGxvtnt8vbe40sHC0aap z1VXsklLpoeJuxwfn46QxZmZzF1fsdHS2WxuuTQ3piAjoSotpL6/09zd3kxPrRQXnVVYpmdptoqN vczMzKutzj0/p7i60nFztVRXrHp7tJqdwKqrxlpdskJFrJKUvn+AumJktdfY3LW2zYKFvZKUxqSl xr3F1khLrSQopM3O1igrpGpstpydxNbW1v4BAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIA AADYLuB3EgMwABIBAACV8AAAOQA8AAAAAACeAgAAAQAAAIhkWAAgwBUAqAZWAAIAAAC88hIA2Vi0 d9UHAYXk8hIAAgAAACj0EgAc8xIAotfhdxIDMAASAQAAlfAAADkAPAABAAAAEgEAAJXwAAASAzAA SLkVANi1FQAgACAAAAAVACAAIAAAABUARgBlAHIAdABpAGcAAAASAAAAAAD8iOd3AAAAAAAAAADV BwGFiGRYADzzEgDxoeF3EgMwAAIDJwASAQAAlfAAADkAPAAAABMAlfAAAKqHRQASAzAAAgMnAAAB AAAkAAAAOQA8AKEAAACIZFgApPYSABgVOwB3wrR3KAM4AGhWEwAgAQAA2LUVAAAAAAAAAAAA0PMS AJUriHcINoh3/////+DzEgAec+d3AAATAAgAFAAYAQAAbJxIAGibSACJOOh3AAAAAAAAAAAAAAAA AAAAAETaRABsnEgA9MIVAHlWEwB5m0gA/////2hWEwB32EQAbJxIACH5BAEAAFAALAAAAABTADQA QAj/AKEIHEiwoMGDCBMqXMiwYcIhAyRgmEixIgYWD1BosAEiwoUhIIc4hBJBAQ0hK2LE0KFgZMIB Fi22ADEywoyJNA42mWARwcENGDqIJBhgKMMHMZPONFjEYgeDFlpMuJHCIA0nBkEwSTqRREEaSiIk tLB14gAoDWIuLTgkgFu3LpygYMGTKxCEBOomDWIQJgAPLgewyNHQQhAdD1hwpaiycYkEhKGAqHrw QsQJE5QUCeCys+fPoEMvHBKXAGIlJVJjXjyxBIUbKIo0sCDaJQm6rHPr5lrAAMMIRIwyHAJDL9e1 nSFgaFkwAgXMP4QLhGmRCc2BATZcT5hgN/KRRBRT/9wwGgbrB0sKQpgQOWGAG5iPEBwCJEEBFwad xNgdk4XvgQ2UUN0O6RVkgASY+XBBbdJBMcQHNORAwABERNDgQhdYoIAJTVRQgkos6ECDCxfWZuKJ KIL2AQFI8TcRC0wkkMADNNLYAgsCVlTACCRslyJBNuWoWwEuUtSCBB04QZtCCnQgAQ2UfTbEDMZR VIAPMwih5ZZc+pBEWRMl0ASXWpqXlHw/EiTDfot955AQMWRg0BAjVITCQU1RNINwRGDFUBBVKuWj QDSUwMKhK/RgkAuHLklQDxgo4ehACghZUQJiYXeDotx5N6iDKYQaZUFO5AhDiUStwFpOBDkBgAkJ of+glw0osFmRmwsFgEJSgMUaKEUrZDrQERgAwBxCH4h3p0BHPIcZrgPYWmQDBgHxawFeNYcgAGc5 dIRi1DYUbZGXZkpEaiVIEMSnJHWQIw2oNgTCBuGmudASRzTRgkqQsWsvQhd8AEQODDzQQgFEWqRS ai3ccEAOAyhgQbz/VmzxxRhn7FAALjQAxA5CyMAADEmUnIQOKHRQxAAcLaixSwE0kMOX5LLWgg4k BPfyQBc4cYB4uSUggRBBsIyDBREsofTSFuBgwwBFzDBCdy/OcOy/R5hpsxAEEDDDAUnc8MAKZD9w gwQ6COEBEDZMrNAFRARRAQVC/HfiESv8WrN3OBf/iJAFJCCAH2hDdKD33kUuazEB0lZEgbAPgVDE A5itwFlzVFd0g8sEEdFtbQYoYbO/CeW1uUE2WGodVC1MhALnUKTQA8UANq4W6WOxAMNBNGAWn0Ep 3GBRtgMNgKZC5+qG6xIf4OC83wSlNcNBVE5QxEEMJNWeQA4IsZAOnhpEgkXTF2TBcz6x9cABP+l9 vEAo6KBQ5qP3ZfYNDn/qgugYfD4QSAbZweGu16oY2CAhrVMe7hIiBIqU4IALoc5i6iUQIMRgewVp 0UWaYCkjLdAgF0iCcZRgt4P0oIMW2QFbbvCqhPSOIgoAgRKqhKuEKEBrFrEcQvbHGh4YRAcxYALk /wxyk4kQUDC3+lQDEoC/G6wATKwZQYOWkIBfxWAH0gHBvlgAPbxgJgF+MwD4MIAr/exNcQIZgkRi UgFOAWkEE4iBUBxChBnKz3wkmJRAzLg3AhBkV0bKQQkH4oQqxmAGsPNWDH6QSIQMAACIwwABWZQD G1zoAkBo0Q8gGBob3ABWDkkBCBQwABJ4QAU+0IEqdXAAtRWBbS5YQrwiQIMfYEYJORgcii5whCGS JIa0GwlpBiCEBCwMBgPw5css4IQmwKACN4CBEHJQBCMcoQHYxKYTjFCEHAghCSsoQGOYAAMCNOCD O6tMBFygABs4wQRAiGcInBfLRqbznvjMZ4oCAgA7 --0__=4EBBF156DFB715BF8f9e8a93df938690918c4EBBF156DFB715BF Content-type: image/gif; name="graycol.gif" Content-Disposition: inline; filename="graycol.gif" Content-ID: <2__=4EBBF156DFB715BF(a)pensionsversicherung.at> Content-transfer-encoding: base64 R0lGODlhEAAQAKECAMzMzAAAAP///wAAACH5BAEAAAIALAAAAAAQABAAAAIXlI+py+0PopwxUbpu ZRfKZ2zgSJbmSRYAIf4fT3B0aW1pemVkIGJ5IFVsZWFkIFNtYXJ0U2F2ZXIhAAA7 --0__=4EBBF156DFB715BF8f9e8a93df938690918c4EBBF156DFB715BF--

9 years, 7 months

1
0
0 / 0

Re: (ITS#7625) ppolicy doesn't support changing olcPasswordHash without restart

by hyc＠symas.com

joke(a)seiken.de wrote: > Full_Name: Joke de Buhr > Version: 2.4.35 > OS: fedora 18 64bit > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (37.5.143.82) > > > While using the password policy overlay changing the parameter olcPasswordHash > causes an error upon password update. Unable to reproduce the issue here. Please post your complete slapd configuration, sample LDIF, and the exact commandlines you issued to demonstrate the problem. > > When changing the password via ldappasswd after changing the parameter > olcPasswordHash the error > > Constraint violation (19) Password policy only allows one password value > > if returned to the client. Changing the password isn't possible until slapd is > restarted. After restarting slapd changing the password works again. > > > > Please refer to my postings [1] on the mailing list. > > [1] http://www.openldap.org/lists/openldap-technical/201306/msg00122.html > > -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

9 years, 7 months

1
0
0 / 0

(ITS#7662) dangling reader in back-mdb

by hyc＠OpenLDAP.org

Full_Name: Howard Chu Version: 2.4.35 OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (78.155.233.73) Submitted by: hyc mdb_entry_get() acquires a reader txn to retrieve the specified entry, and mdb_entry_release() releases the reader txn. If mdb_entry_get() fails (e.g., the specified entry doesn't exist) then mdb_entry_release() doesn't get called. A fix will be committed shortly.

9 years, 7 months

1
0
0 / 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs August 2013