[Pkg-openldap-devel] Bug#688797: Bug#688797: Dead lock on BDB and partial stop on slapd

[Jose Manuel dos Santos Calhariz]

On Wed, Oct 10, 2012 at 03:18:50PM +0100, Jose Manuel dos Santos Calhariz wrote:
> On Thu, Oct 04, 2012 at 01:05:15PM -0700, Quanah Gibson-Mount wrote:
> > --On Thursday, October 04, 2012 4:19 PM +0100 Jose Manuel dos Santos
> > Calhariz <jose.calhariz at netvisao.pt> wrote:
> > 
> > >
> > >Following a previous bug report about a stopping slapd server, during
> > >normal day work.  As now we have a partially working slapd server, that
> > >answers some queries but ignores others.  Using db5.1_stat and gdb
> > >was possible to get the following information:
> > 
> > Hi Jose,
> > 
> > As I previously noted, this is a known bug with BDB 5.x series.
> > Please read:
> > 
> > <http://www.openldap.org/its/index.cgi/?findid=7378>
> > <http://www.openldap.org/its/index.cgi/?findid=7401>
> > 
> > Again, if you can show a deadlock in a current OpenLDAP build with a
> > known good version of BDB (4.7.25 + all patches), then that would be
> > of interesting.
> 
> Is openldap 2.4.31 current enough?

It even happen with 2.4.33 :-(  It was compiled with BDB (4.7.25 + all
patches).  Waiting for the next stop to collect debug information.

> 
> I have recompiled openldap this time with BDB 4.7.25 (+ 4 patches).
> The symptoms are the same.
> 
> db4.7_stat -CA:
> 
> (...)
> 800002ae dd=139 locks held 1    write locks 0    pid/thread 20718/139646692484864
> 800002ae READ          1 WAIT    istPersonServices.bdb     page         28
> 800002ae READ          1 HELD    istPersonServices.bdb     page          1
> 800002af dd=138 locks held 1    write locks 1    pid/thread 20718/139646700877568
> 800002af WRITE         1 HELD    istPersonServices.bdb     page         28
> (...)
> 
> gdb thread apply all bt
> 
> (...)
> Thread 25 (Thread 0x7f0207fff700 (LWP 23812)):
> #0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
> #1  0x00007f02225f2c85 in ldap_int_thread_pool_wrapper (xpool=<optimized out>)
>     at ../../../../libraries/libldap_r/tpool.c:675
> #2  0x00007f02208258ca in start_thread (arg=<optimized out>) at pthread_create.c:300
> #3  0x00007f022058cb6d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
> #4  0x0000000000000000 in ?? ()
> (...)
> 
> I attached the full log of db4.7_stat -CA and is available on request
> the gdb full stack trace.
> 
> > 
> > --Quanah
> > 
> 
>       Jose Calhariz
> 
> 

    Jose Calhariz


-- 
--
Nihil est in intellectu quod non ante fuerit in sensu.
(Nada está no intelecto que não tenha passado antes pelos sentidos)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-openldap-devel/attachments/20121017/7e766971/attachment.pgp>