openldap-bugs

openldap-bugs@openldap.org

1 participants
20967 discussions

(ITS#5485) Header files contain insufficient/outdated entries that prevent usage with Kerberos
by brian.peters＠analog.com 24 Apr '08

24 Apr '08

Full_Name: Brian Peters Version: 2.3.39 OS: SPARC Solaris 10 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (137.71.23.54) I am attempting to compile Samba using active directory. This entails using LDAP and Kerberos during set up. The native versions on Solaris 10 are insufficient due to a lack of ldap_initialize in those header files. I am using the most recent versions of both Openldap (2.3.39) and Kerberos (krb5-1.6.3). The error manifests itself when compiling Kerberos. Before we proceed any further let's first lay down the foundation of the data. Openldap was configured using the following: ./configure --prefix=/cadvault/gbocadsrv2/www/pkgs/3rdparty/openldap/openlda p-2.3.39 --without-bdb --disable-bdb --enable-null --disable-slapd --enable-shar ed --with-shared=yes CFLAGS -D_AVL_H Kerberos using: ./configure --prefix=/cadvault/gbocadsrv2/www/pkgs/3rdparty/kerberos/krb5-1.6.3 --with-ldap --enable-shared All important environment variables have been set specifically for each configuration (CPPFLAGS,LDFLAGS,PATH,LD_LIBRARY_PATH,CFLAGS). I have confirmed in the config.log files that each is pulling the correct files during the attempted compile. The issue appears when running gmake. Below is the important portion it returns. ... In file included from kdb_ldap.c:37: kdb_ldap.h:315: error: conflicting types for 'ldap_initialize' /cadvault/gbocadsrv2/www/pkgs/3rdparty/openldap/openldap-2.3.39/include/ldap.h:1346: error: previous declaration of 'ldap_initialize' was here kdb_ldap.h:315: error: conflicting types for 'ldap_initialize' /cadvault/gbocadsrv2/www/pkgs/3rdparty/openldap/openldap-2.3.39/include/ldap.h:1346: error: previous declaration of 'ldap_initialize' was here kdb_ldap.c:491: warning: missing braces around initializer kdb_ldap.c:491: warning: (near initialization for `kldap_init_fn__once.once.o.__pthread_once_pad') kdb_ldap.c:500: warning: no previous prototype for 'kldap_ensure_initialized' gmake[2]: *** [kdb_ldap.so] Error 1 gmake[2]: Leaving directory `/cadvault/gbocadsrv2/www/src/3rdparty/kerberos/krb5-1.6.3/src/plugins/kdb/ldap/libkdb_ldap' gmake[1]: *** [all-recurse] Error 1 gmake[1]: Leaving directory `/cadvault/gbocadsrv2/www/src/3rdparty/kerberos/krb5-1.6.3/src/plugins/kdb/ldap' gmake: *** [all-recurse] Error 1 At this point I am at a bit of a loss on how to proceed. Any advice on a fix or versions of each to roll back to would be greatly appreciated.

1 0

Re: (ITS#5484) Remove runqueue task when freeing syncops bugfix
by hyc＠symas.com 22 Apr '08

22 Apr '08

rein(a)basefarm.no wrote: > Full_Name: Rein Tollevik > Version: CVS head > OS: > URL: > Submission from: (NULL) (81.93.160.250) > > > We have seen occasional seg. faults in syncprov_qtask() where it was > passed a syncops pointer containing garbage in its arg. It looks as > this could happen if syncprov_free_syncop is called to free an abandoned > operation. I hope the patch at the should fix this, it makes sure to > remove the syncops->s_qtask (if any) from the runqueue before freeing > the syncops itself. Seems OK. I wonder if it's worthwhile to check for the s_op->o_abandon flag first. If your tests are ok with this patch, go ahead and commit it, then login to the ITS and update the status. > Rein Tollevik > Basefarm AS > > Index: OpenLDAP/servers/slapd/overlays/syncprov.c > diff -u OpenLDAP/servers/slapd/overlays/syncprov.c:1.16 > OpenLDAP/servers/slapd/overlays/syncprov.c:1.17 > --- OpenLDAP/servers/slapd/overlays/syncprov.c:1.16 Fri Apr 18 10:56:41 2008 > +++ OpenLDAP/servers/slapd/overlays/syncprov.c Tue Apr 22 16:38:27 2008 > @@ -738,6 +738,13 @@ > ldap_pvt_thread_mutex_unlock(&so->s_mutex ); > return; > } > + if ( so->s_qtask ) { > + ldap_pvt_thread_mutex_lock(&slapd_rq.rq_mutex ); > + if ( ldap_pvt_runqueue_isrunning(&slapd_rq, so->s_qtask ) ) > + ldap_pvt_runqueue_stoptask(&slapd_rq, so->s_qtask ); > + ldap_pvt_runqueue_remove(&slapd_rq, so->s_qtask ); > + ldap_pvt_thread_mutex_unlock(&slapd_rq.rq_mutex ); > + } > ldap_pvt_thread_mutex_unlock(&so->s_mutex ); > if ( so->s_flags& PS_IS_DETACHED ) { > filter_free( so->s_op->ors_filter ); -- -- 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#5483) "syncprov_qplay: failed to get [dn] ..." Bad?
by hyc＠symas.com 22 Apr '08

22 Apr '08

marian.eichholz(a)freenet.ag wrote: > Full_Name: Marian Eichholz > Version: HEAD-20080411 > OS: linux 2.6.23.13 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (194.97.7.65) > > > Hello, probably this question is paranoia related, but: Are log entries of the > subject's form something important, that one should take care of? The end of that log message is "ignored" - which is what you should do. > Sorry, if this should be a pointless topic after all. This ITS will be closed. -- -- 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#5469) Assertion failure causes slapd crash
by jwm＠horde.net 22 Apr '08

22 Apr '08

On Mon, Apr 21, 2008 at 09:54:31AM -0700, Quanah Gibson-Mount wrote: > --On April 17, 2008 8:11:11 PM +0000 jwm(a)horde.net wrote: > >On Tue, Apr 15, 2008 at 01:20:58PM -0700, Howard Chu wrote: > > > Howard Chu wrote: > > > Please try the patch in slapd/connection.c 1.416 and report your > > > results, thanks. > > > > I patched our local slapd yesterday; I'll let you know in a couple of > > weeks, once we can be certain that slapd is no longer crashing. > > I'm working on putting together OpenLDAP 2.3.42 release, so I was wondering > if you've seen any ill effects from this patch. After being up for about a day, our NOC reported that our patched slapd wasn't responding and restarted it. I'm not sure if it really *was* wedged or if they were just confused or trigger-happy, since they didn't do a whole lot of troubleshooting first. The backtrace shows that slapd got a SIGTERM, and that every thread was waiting except for one in epoll_wait(); I'm not sure if that's normal state for an idle slapd. Other than that questionable problem, it's been fine. john Program received signal SIGTERM, Terminated. [Switching to Thread -1212565280 (LWP 26178)] 0xb7ce9183 in pthread_join () from /lib/tls/libpthread.so.0 Thread 14 (Thread 2141186992 (LWP 5848)): #0 0xb7ceac01 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0xb7f590a0 in ldap_pvt_thread_cond_wait (cond=0x816f374, mutex=0x816f35c) at /var/jwm/o2/openldap/libraries/libldap_r/thr_posix.c:299 No locals. #2 0xb7f5806a in ldap_int_thread_pool_wrapper (xpool=0x816f358) at /var/jwm/o2/openldap/libraries/libldap_r/tpool.c:466 pool = (struct ldap_int_thread_pool_s *) 0x816f358 ctx = (ldap_int_thread_ctx_t *) 0x0 ltc_key = {{ltk_key = 0x80cb11d, ltk_data = 0x9562048, ltk_free = 0x80caf58 <slap_sl_mem_destroy>}, {ltk_key = 0x8247af0, ltk_data = 0xf5, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0xb7a06e55, ltk_data = 0x7dbfa008, ltk_free = 0xb7a06e2a <search_stack_free>}, {ltk_key = 0x8238260, ltk_data = 0x42, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 28 times>} tid = 2141186992 i = 697 keyslot = 697 hash = 697 #3 0xb7ce80bd in start_thread () from /lib/tls/libpthread.so.0 No symbol table info available. #4 0xb7c7d01e in clone () from /lib/tls/libc.so.6 No symbol table info available. Thread 13 (Thread 2145381296 (LWP 5847)): #0 0xb7ceac01 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0xb7f590a0 in ldap_pvt_thread_cond_wait (cond=0x816f374, mutex=0x816f35c) at /var/jwm/o2/openldap/libraries/libldap_r/thr_posix.c:299 No locals. #2 0xb7f5806a in ldap_int_thread_pool_wrapper (xpool=0x816f358) at /var/jwm/o2/openldap/libraries/libldap_r/tpool.c:466 pool = (struct ldap_int_thread_pool_s *) 0x816f358 ctx = (ldap_int_thread_ctx_t *) 0x0 ltc_key = {{ltk_key = 0x80cb11d, ltk_data = 0x9a428f0, ltk_free = 0x80caf58 <slap_sl_mem_destroy>}, {ltk_key = 0x8247af0, ltk_data = 0xf2, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0xb7a06e55, ltk_data = 0x7e3fb008, ltk_free = 0xb7a06e2a <search_stack_free>}, {ltk_key = 0x8238260, ltk_data = 0x43, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 28 times>} tid = 2145381296 i = 761 keyslot = 761 hash = 761 #3 0xb7ce80bd in start_thread () from /lib/tls/libpthread.so.0 No symbol table info available. #4 0xb7c7d01e in clone () from /lib/tls/libc.so.6 No symbol table info available. Thread 12 (Thread -2144339024 (LWP 5846)): #0 0xb7ceac01 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0xb7f590a0 in ldap_pvt_thread_cond_wait (cond=0x816f374, mutex=0x816f35c) at /var/jwm/o2/openldap/libraries/libldap_r/thr_posix.c:299 No locals. #2 0xb7f5806a in ldap_int_thread_pool_wrapper (xpool=0x816f358) at /var/jwm/o2/openldap/libraries/libldap_r/tpool.c:466 pool = (struct ldap_int_thread_pool_s *) 0x816f358 ctx = (ldap_int_thread_ctx_t *) 0x0 ltc_key = {{ltk_key = 0x80cb11d, ltk_data = 0x8f497f8, ltk_free = 0x80caf58 <slap_sl_mem_destroy>}, {ltk_key = 0x8247af0, ltk_data = 0xf1, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0xb7a06e55, ltk_data = 0x7ebfc008, ltk_free = 0xb7a06e2a <search_stack_free>}, {ltk_key = 0x8238260, ltk_data = 0x41, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 28 times>} tid = 2150628272 i = 602 keyslot = 602 hash = 602 #3 0xb7ce80bd in start_thread () from /lib/tls/libpthread.so.0 No symbol table info available. #4 0xb7c7d01e in clone () from /lib/tls/libc.so.6 No symbol table info available. Thread 11 (Thread -2125464656 (LWP 5356)): #0 0xb7ceac01 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0xb7f590a0 in ldap_pvt_thread_cond_wait (cond=0x816f374, mutex=0x816f35c) at /var/jwm/o2/openldap/libraries/libldap_r/thr_posix.c:299 No locals. #2 0xb7f5806a in ldap_int_thread_pool_wrapper (xpool=0x816f358) at /var/jwm/o2/openldap/libraries/libldap_r/tpool.c:466 pool = (struct ldap_int_thread_pool_s *) 0x816f358 ctx = (ldap_int_thread_ctx_t *) 0x0 ltc_key = {{ltk_key = 0x80cb11d, ltk_data = 0xcc7c050, ltk_free = 0x80caf58 <slap_sl_mem_destroy>}, {ltk_key = 0x8247af0, ltk_data = 0xed, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0xb7a06e55, ltk_data = 0x808ff008, ltk_free = 0xb7a06e2a <search_stack_free>}, {ltk_key = 0x8238260, ltk_data = 0x40, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 28 times>} tid = 2169502640 i = 635 keyslot = 635 hash = 635 #3 0xb7ce80bd in start_thread () from /lib/tls/libpthread.so.0 No symbol table info available. #4 0xb7c7d01e in clone () from /lib/tls/libc.so.6 No symbol table info available. Thread 10 (Thread -1967129680 (LWP 26656)): #0 0xb7ceac01 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0xb7f590a0 in ldap_pvt_thread_cond_wait (cond=0x816f374, mutex=0x816f35c) at /var/jwm/o2/openldap/libraries/libldap_r/thr_posix.c:299 No locals. #2 0xb7f5806a in ldap_int_thread_pool_wrapper (xpool=0x816f358) at /var/jwm/o2/openldap/libraries/libldap_r/tpool.c:466 pool = (struct ldap_int_thread_pool_s *) 0x816f358 ctx = (ldap_int_thread_ctx_t *) 0x0 ltc_key = {{ltk_key = 0x80cb11d, ltk_data = 0x9401ac8, ltk_free = 0x80caf58 <slap_sl_mem_destroy>}, {ltk_key = 0x8238260, ltk_data = 0x3d, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0x8247af0, ltk_data = 0xbe, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0xb7a06e55, ltk_data = 0x89efe008, ltk_free = 0xb7a06e2a <search_stack_free>}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 28 times>} tid = 2327837616 i = 756 keyslot = 756 hash = 756 #3 0xb7ce80bd in start_thread () from /lib/tls/libpthread.so.0 No symbol table info available. #4 0xb7c7d01e in clone () from /lib/tls/libc.so.6 No symbol table info available. Thread 9 (Thread -1936733264 (LWP 26210)): #0 0xb7ceac01 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0xb7f590a0 in ldap_pvt_thread_cond_wait (cond=0x816f374, mutex=0x816f35c) at /var/jwm/o2/openldap/libraries/libldap_r/thr_posix.c:299 No locals. #2 0xb7f5806a in ldap_int_thread_pool_wrapper (xpool=0x816f358) at /var/jwm/o2/openldap/libraries/libldap_r/tpool.c:466 pool = (struct ldap_int_thread_pool_s *) 0x816f358 ctx = (ldap_int_thread_ctx_t *) 0x0 ltc_key = {{ltk_key = 0x80cb11d, ltk_data = 0x844f890, ltk_free = 0x80caf58 <slap_sl_mem_destroy>}, {ltk_key = 0x8247af0, ltk_data = 0x83, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0xb7a06e55, ltk_data = 0x8b3fa008, ltk_free = 0xb7a06e2a <search_stack_free>}, {ltk_key = 0x8238260, ltk_data = 0x3c, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 28 times>} tid = 2358234032 i = 662 keyslot = 662 hash = 662 #3 0xb7ce80bd in start_thread () from /lib/tls/libpthread.so.0 No symbol table info available. #4 0xb7c7d01e in clone () from /lib/tls/libc.so.6 No symbol table info available. Thread 8 (Thread -1931486288 (LWP 26209)): #0 0xb7ceac01 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0xb7f590a0 in ldap_pvt_thread_cond_wait (cond=0x816f374, mutex=0x816f35c) at /var/jwm/o2/openldap/libraries/libldap_r/thr_posix.c:299 No locals. #2 0xb7f5806a in ldap_int_thread_pool_wrapper (xpool=0x816f358) at /var/jwm/o2/openldap/libraries/libldap_r/tpool.c:466 pool = (struct ldap_int_thread_pool_s *) 0x816f358 ctx = (ldap_int_thread_ctx_t *) 0x0 ltc_key = {{ltk_key = 0x80cb11d, ltk_data = 0x846cae8, ltk_free = 0x80caf58 <slap_sl_mem_destroy>}, {ltk_key = 0x8238260, ltk_data = 0x3a, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0xb7a06e55, ltk_data = 0x8bcfc008, ltk_free = 0xb7a06e2a <search_stack_free>}, {ltk_key = 0x8247af0, ltk_data = 0x82, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 28 times>} tid = 2363481008 i = 758 keyslot = 758 hash = 758 #3 0xb7ce80bd in start_thread () from /lib/tls/libpthread.so.0 No symbol table info available. #4 0xb7c7d01e in clone () from /lib/tls/libc.so.6 No symbol table info available. Thread 7 (Thread -1917846608 (LWP 26208)): #0 0xb7ceac01 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0xb7f590a0 in ldap_pvt_thread_cond_wait (cond=0x816f374, mutex=0x816f35c) at /var/jwm/o2/openldap/libraries/libldap_r/thr_posix.c:299 No locals. #2 0xb7f5806a in ldap_int_thread_pool_wrapper (xpool=0x816f358) at /var/jwm/o2/openldap/libraries/libldap_r/tpool.c:466 pool = (struct ldap_int_thread_pool_s *) 0x816f358 ctx = (ldap_int_thread_ctx_t *) 0x0 ltc_key = {{ltk_key = 0x80cb11d, ltk_data = 0x82606a8, ltk_free = 0x80caf58 <slap_sl_mem_destroy>}, {ltk_key = 0x8247af0, ltk_data = 0x7c, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0xb7a06e55, ltk_data = 0x8cdfe008, ltk_free = 0xb7a06e2a <search_stack_free>}, {ltk_key = 0x8238260, ltk_data = 0x3b, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 28 times>} tid = 2377120688 i = 743 keyslot = 743 hash = 743 #3 0xb7ce80bd in start_thread () from /lib/tls/libpthread.so.0 No symbol table info available. #4 0xb7c7d01e in clone () from /lib/tls/libc.so.6 No symbol table info available. Thread 6 (Thread -1884959824 (LWP 26205)): #0 0xb7ceac01 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0xb7f590a0 in ldap_pvt_thread_cond_wait (cond=0x816f374, mutex=0x816f35c) at /var/jwm/o2/openldap/libraries/libldap_r/thr_posix.c:299 No locals. #2 0xb7f5806a in ldap_int_thread_pool_wrapper (xpool=0x816f358) at /var/jwm/o2/openldap/libraries/libldap_r/tpool.c:466 pool = (struct ldap_int_thread_pool_s *) 0x816f358 ctx = (ldap_int_thread_ctx_t *) 0x0 ltc_key = {{ltk_key = 0x80cb11d, ltk_data = 0x825cf38, ltk_free = 0x80caf58 <slap_sl_mem_destroy>}, {ltk_key = 0x8247af0, ltk_data = 0x4a, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0xb7a06e55, ltk_data = 0x8e459008, ltk_free = 0xb7a06e2a <search_stack_free>}, {ltk_key = 0x8238260, ltk_data = 0x34, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 28 times>} tid = 2410007472 i = 687 keyslot = 687 hash = 687 #3 0xb7ce80bd in start_thread () from /lib/tls/libpthread.so.0 No symbol table info available. #4 0xb7c7d01e in clone () from /lib/tls/libc.so.6 No symbol table info available. Thread 5 (Thread -1879712848 (LWP 26204)): #0 0xb7ceac01 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0xb7f590a0 in ldap_pvt_thread_cond_wait (cond=0x816f374, mutex=0x816f35c) at /var/jwm/o2/openldap/libraries/libldap_r/thr_posix.c:299 No locals. #2 0xb7f5806a in ldap_int_thread_pool_wrapper (xpool=0x816f358) at /var/jwm/o2/openldap/libraries/libldap_r/tpool.c:466 pool = (struct ldap_int_thread_pool_s *) 0x816f358 ctx = (ldap_int_thread_ctx_t *) 0x0 ltc_key = {{ltk_key = 0x80cb11d, ltk_data = 0x825c578, ltk_free = 0x80caf58 <slap_sl_mem_destroy>}, {ltk_key = 0x8247af0, ltk_data = 0x51, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0xb7a06e55, ltk_data = 0x8dc58008, ltk_free = 0xb7a06e2a <search_stack_free>}, {ltk_key = 0x8238260, ltk_data = 0x38, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 28 times>} tid = 2415254448 i = 783 keyslot = 783 hash = 783 #3 0xb7ce80bd in start_thread () from /lib/tls/libpthread.so.0 No symbol table info available. #4 0xb7c7d01e in clone () from /lib/tls/libc.so.6 No symbol table info available. Thread 4 (Thread -1875518544 (LWP 26203)): #0 0xb7ceac01 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0xb7f590a0 in ldap_pvt_thread_cond_wait (cond=0x816f374, mutex=0x816f35c) at /var/jwm/o2/openldap/libraries/libldap_r/thr_posix.c:299 No locals. #2 0xb7f5806a in ldap_int_thread_pool_wrapper (xpool=0x816f358) at /var/jwm/o2/openldap/libraries/libldap_r/tpool.c:466 pool = (struct ldap_int_thread_pool_s *) 0x816f358 ctx = (ldap_int_thread_ctx_t *) 0x0 ltc_key = {{ltk_key = 0x80cb11d, ltk_data = 0x8259f38, ltk_free = 0x80caf58 <slap_sl_mem_destroy>}, {ltk_key = 0x8238260, ltk_data = 0x1c, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0xb7a06e55, ltk_data = 0x8ee5c008, ltk_free = 0xb7a06e2a <search_stack_free>}, {ltk_key = 0x8247af0, ltk_data = 0x7d, ltk_free = 0xb7a1564d <bdb_locker_id_free>}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 28 times>} tid = 2419448752 i = 592 keyslot = 592 hash = 592 #3 0xb7ce80bd in start_thread () from /lib/tls/libpthread.so.0 No symbol table info available. #4 0xb7c7d01e in clone () from /lib/tls/libc.so.6 No symbol table info available. Thread 3 (Thread -1538761808 (LWP 26202)): #0 0xb7c7d679 in epoll_wait () from /lib/tls/libc.so.6 No symbol table info available. #1 0x0806f7fa in slapd_daemon_task (ptr=0x0) at /var/jwm/o2/openldap/servers/slapd/daemon.c:2174 ns = 1 at = 0 nfds = 12 revents = (struct epoll_event *) 0xb7b37008 tvp = (struct timeval *) 0xa44853a4 cat = {tv_sec = 1208360230, tv_usec = 0} i = 0 nwriters = 0 now = 1208360042 tv = {tv_sec = 188, tv_usec = 0} tdelta = 1 rtask = (struct re_s *) 0x81bea68 l = 4 last_idle_check = 0 idle = {tv_sec = 0, tv_usec = 0} ebadf = 0 #2 0xb7ce80bd in start_thread () from /lib/tls/libpthread.so.0 No symbol table info available. #3 0xb7c7d01e in clone () from /lib/tls/libc.so.6 No symbol table info available. Thread 1 (Thread -1212565280 (LWP 26178)): #0 0xb7ce9183 in pthread_join () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0xb7f58f9b in ldap_pvt_thread_join (thread=2756205488, thread_return=0x0) at /var/jwm/o2/openldap/libraries/libldap_r/thr_posix.c:193 No locals. #2 0x08070524 in slapd_daemon () at /var/jwm/o2/openldap/servers/slapd/daemon.c:2579 listener_tid = 2756205488 rc = 0 #3 0x0805a58d in main (argc=9, argv=0xbff9b084) at /var/jwm/o2/openldap/servers/slapd/main.c:859 i = 9 no_detach = 0 rc = 0 urls = 0x8162008 "ldap:/// ldaps:///" username = 0x8162030 "gidNumber" groupname = 0x8162020 "\202.Í·°K\235·" sandbox = 0x0 syslogUser = 160 g_argc = 9 g_argv = (char **) 0xbff9b084 configfile = 0x8162040 "/etc/ldap/slapd.conf.master" configdir = 0x0 serverName = 0xbff9be9b "slapd" serverMode = 1 scp = (struct sync_cookie *) 0x0 scp_entry = (struct sync_cookie *) 0x0 debug_unknowns = (char **) 0x0 syslog_unknowns = (char **) 0x0 serverNamePrefix = 0x81112bb "" l = 3086212344 slapd_pid_file_unlink = 1 slapd_args_file_unlink = 1 __PRETTY_FUNCTION__ = "main" -- John Morrissey _o /\ ---- __o jwm(a)horde.net _-< \_ / \ ---- < \, www.horde.net/ __(_)/_(_)________/ \_______(_) /_(_)__

1 0

(ITS#5484) Remove runqueue task when freeing syncops bugfix
by rein＠basefarm.no 22 Apr '08

22 Apr '08

Full_Name: Rein Tollevik Version: CVS head OS: URL: Submission from: (NULL) (81.93.160.250) We have seen occasional seg. faults in syncprov_qtask() where it was passed a syncops pointer containing garbage in its arg. It looks as this could happen if syncprov_free_syncop is called to free an abandoned operation. I hope the patch at the should fix this, it makes sure to remove the syncops->s_qtask (if any) from the runqueue before freeing the syncops itself. Rein Tollevik Basefarm AS Index: OpenLDAP/servers/slapd/overlays/syncprov.c diff -u OpenLDAP/servers/slapd/overlays/syncprov.c:1.16 OpenLDAP/servers/slapd/overlays/syncprov.c:1.17 --- OpenLDAP/servers/slapd/overlays/syncprov.c:1.16 Fri Apr 18 10:56:41 2008 +++ OpenLDAP/servers/slapd/overlays/syncprov.c Tue Apr 22 16:38:27 2008 @@ -738,6 +738,13 @@ ldap_pvt_thread_mutex_unlock( &so->s_mutex ); return; } + if ( so->s_qtask ) { + ldap_pvt_thread_mutex_lock( &slapd_rq.rq_mutex ); + if ( ldap_pvt_runqueue_isrunning( &slapd_rq, so->s_qtask ) ) + ldap_pvt_runqueue_stoptask( &slapd_rq, so->s_qtask ); + ldap_pvt_runqueue_remove( &slapd_rq, so->s_qtask ); + ldap_pvt_thread_mutex_unlock( &slapd_rq.rq_mutex ); + } ldap_pvt_thread_mutex_unlock( &so->s_mutex ); if ( so->s_flags & PS_IS_DETACHED ) { filter_free( so->s_op->ors_filter );

1 0

(ITS#5483) "syncprov_qplay: failed to get [dn] ..." Bad?
by marian.eichholz＠freenet.ag 22 Apr '08

22 Apr '08

Full_Name: Marian Eichholz Version: HEAD-20080411 OS: linux 2.6.23.13 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (194.97.7.65) Hello, probably this question is paranoia related, but: Are log entries of the subject's form something important, that one should take care of? Sorry, if this should be a pointless topic after all.

1 0

Re: (ITS#5477) Pasword Policy docs from Symas
by ghenry＠suretecsystems.com 21 Apr '08

21 Apr '08

<quote who="hyc(a)symas.com"> > ghenry(a)OpenLDAP.org wrote: >> Full_Name: Gavin Henry >> Version: HEAD >> OS: >> URL: ftp://ftp.openldap.org/incoming/ >> Submission from: (NULL) (212.159.59.85) >> Submitted by: ghenry >> >> >> Marty and Matthew from Symas have given permission to use how we see >> fit: > > This document represents original work of Symas Corp. Symas Corp has not > assigned rights and/or interest in this work to any party. > > The referenced document is subject to the following notice: > > Copyright 2008 Symas Corp. > Redistribution and use in source and binary forms, with or without > modification, are permitted only as authorized by the OpenLDAP Public > License. > >> http://www.connexitor.com/forums/viewtopic.php?f=6&t=25 > Should it be Portions Copyright, as I've rewritten some of both of them? Only very minor changes. Or is this for the actual forum post?

1 0

Re: (ITS#5476) delta-syncrepl docs from Symas
by ghenry＠OpenLDAP.org 21 Apr '08

21 Apr '08

<quote who="Howard Chu"> > ghenry(a)OpenLDAP.org wrote: >> Full_Name: Gavin Henry >> Version: HEAD >> OS: >> URL: ftp://ftp.openldap.org/incoming/ >> Submission from: (NULL) (212.159.59.85) >> Submitted by: ghenry >> >> >> Marty and Matthew from Symas have given permission to use how we see >> fit: > > Yes, but a Symas representative should have submitted the actual ITS, with > a > Rights Statement attached. So here it is: > > This document represents original work of Symas Corp. Symas Corp has not > assigned rights and/or interest in this work to any party. > > The referenced document is subject to the following notice: > > Copyright 2008 Symas Corp. > Redistribution and use in source and binary forms, with or without > modification, are permitted only as authorized by the OpenLDAP Public > License. > Should it be Portions Copyright, as I've rewritten some of both of them? Only very minor changes. Or is this for the actual forum post?

1 0

Re: (ITS#5482) AIX 5.2 Logging core_dump Errors
by quanah＠zimbra.com 21 Apr '08

21 Apr '08

--On April 21, 2008 7:56:58 PM +0000 rightsidedwn(a)gmail.com wrote: > Full_Name: Steven Handy > Version: 2.3.27 > OS: AIX 5.2 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (63.237.119.62) > > > OpenLDAP had been running fine our AIX box then all of a sudden we are > starting to get core_dumps in the errpt and we have to restart openldap. > We turned on the logging for ldap and the errors we are getting are: > ch_malloc of 8388608 bytes failed > Assertion failed: __EX, file ch_malloc.c, line 57 ch_malloc means that you ran out of memory, in most cases. Re-tune your server appropriately. I also advise upgrading, since 2.3.27 is particularly old, and IIRC some memory-leak fixes were put into place since then. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#5477) Pasword Policy docs from Symas
by hyc＠symas.com 21 Apr '08

21 Apr '08

ghenry(a)OpenLDAP.org wrote: > Full_Name: Gavin Henry > Version: HEAD > OS: > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (212.159.59.85) > Submitted by: ghenry > > > Marty and Matthew from Symas have given permission to use how we see fit: This document represents original work of Symas Corp. Symas Corp has not assigned rights and/or interest in this work to any party. The referenced document is subject to the following notice: Copyright 2008 Symas Corp. Redistribution and use in source and binary forms, with or without modification, are permitted only as authorized by the OpenLDAP Public License. > http://www.connexitor.com/forums/viewtopic.php?f=6&t=25 -- -- 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

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