Re: (ITS#4411) ldapsearch hangs with proxyCache

[hyc@symas.com]

As noted here http://www.openldap.org/faq/data/cache/59.html we need to 
see what the other threads in slapd are up to as well.

The gdb trace you provided just shows the current thread waiting for a 
BDB lock, which is nothing unusual. You should run slapd under gdb, or 
attach to slapd after it hangs. Forcing a core dump will generally 
provide incomplete information in a threaded program.

It may also be useful to get the output from "db_stat -CA -h <bdb dir>".

daveh@ci.com.au wrote:
> Full_Name: Dave Horsfall
> Version: 2.3.19
> OS: FreeBSD 4.10-STABLE
> URL: ftp://ftp.openldap.org/incoming/dave-horsfall-060217.tar.gz
> Submission from: (NULL) (192.65.182.30)
>
>
> OpenLDAP 2.3.19 + syncprov.c from HEAD, BDB db42-4.2.52_3, FreeBSD 4.10.
>
> Refer to ftp://ftp.openldap.org/incoming/dave-horsfall-060217.tar.gz,
> containing "slapd.conf" (obvious) and "gdb.slapd" (a back-trace of SLAPD).
>
> LDAPSEARCH returns a result then hangs.
>
> slapd.conf:
>
> (Please see file slapd.conf in dave-horsfall-060217.tar.gz)
>
> Query:
>
> ldapsearch -h localhost -b dc=AdminView
> "(&(objectclass=ciapplication)(ciapp=orc
> k))" ciAppType
>
> Output:
>
> # extended LDIF
> #
> # LDAPv3
> # base <dc=AdminView> with scope subtree
> # filter: (&(objectclass=ciapplication)(ciapp=orck))
> # requesting: ciAppType 
> #
>
> # orck, au.cordoors.dev
> dn: ciApp=orck,dc=au,dc=cordoors,dc=dev
> ciAppType: MER
>
> (Force a core-dump; log merely shows all meta-dbs being searched)
>
> GDB of LDAPSEARCH:
>
> (gdb) bt
> #0  0x2821a4c4 in poll () from /usr/lib/libc.so.4
> #1  0x805e580 in ldap_int_select (ld=0x807e000, timeout=0x0) at os-ip.c:922
> #2  0x805206f in wait4msg (ld=0x807e000, msgid=-1, all=0, timeout=0x0, 
>     result=0xbfbff188) at result.c:301
> #3  0x8051cbb in ldap_result (ld=0x807e000, msgid=-1, all=0, timeout=0x0, 
>     result=0xbfbff188) at result.c:124
> #4  0x804cbbd in dosearch (ld=0x807e000, base=0x807c040 "dc=AdminView", 
>     scope=2, filtpatt=0x0, 
>     value=0xbfbff844 "(&(objectclass=ciapplication)(ciapp=orck))", 
>     attrs=0xbfbff72c, attrsonly=0, sctrls=0x0, cctrls=0x0, timeout=0x0, 
>     sizelimit=-1) at ldapsearch.c:1006
> #5  0x804c3de in main (argc=7, argv=0xbfbff714) at ldapsearch.c:868
>
> Edit out proxycache, and find I can't stop SLAPD.  Enable set-uid cores,
> and do it in.
>
> GDB (of SLAPD):
>
> (Please see file gdb.slapd in dave-horsfall-060217.tar.gz)
>
> Result of search with proxycache commented out:
>
> # extended LDIF
> #
> # LDAPv3
> # base <dc=AdminView> with scope subtree
> # filter: (&(objectclass=ciapplication)(ciapp=orck))
> # requesting: ciAppType 
> #
>
> # orck, au.cordoors.dev
> dn: ciApp=orck,dc=au,dc=cordoors,dc=dev
> ciAppType: MER
>
> # search result
> search: 2
> result: 0 Success
>
> # numResponses: 2
> # numEntries: 1
>
> I'm willing to accept that I'm a total idiot, and that the proxycache is
> woefully misconfigured...
>
>
>   


-- 
  -- Howard Chu
  Chief Architect, Symas Corp.  http://www.symas.com
  Director, Highland Sun        http://highlandsun.com/hyc
  OpenLDAP Core Team            http://www.openldap.org/project/