[Date Prev][Date Next] [Chronological] [Thread] [Top]

locking issue (again)



Hello.

I'm facing heavy ldap locking again, even after upgrading bdb 4.6 to latest patch level (4.6.21.3). When the problem occurs, any ldap query fails with this result:

[root@etoile main]# ldapsearch -x
ldapsearch: error.c:272: ldap_parse_result: Assertion `r != ((void *)0)' failed.
Abandon

gdb shows 18 active thread, apparently waiting a lock release (see bt and bt full output attached). I'm also joing output of db_stat -m and -c output.

The only suspect trace I found in the log was some strange queries from an apparently wrongly host, such as: Apr 14 06:57:09 etoile slapd[24528]: conn=61313 op=2 SRCH base="dc=msr-inria,dc=inria,dc=fr" scope=2 deref=0 filter="(&(objectClass=posixAccount)(objectClass=posixAccount)(uid=<!--))" But I suffered from this kind of lockup before it was installed. I wonder however of the potential impact of such kind of queries, using exotic characters.

I'm using openldap 2.4.15 on linux 32 bits.

Beyond the problematic lockup, why does the client abort, instead of trying the slave server when the first one fails ? Here is my ldap.conf configuration file.

BASE    dc=msr-inria,dc=inria,dc=fr
URI	ldap://ldap1.msr-inria.inria.fr ldap://ldap2.msr-inria.inria.fr
TLS_CACERTDIR	/etc/pki/tls/certs
TLS_REQCERT	demand
NETWORK_TIMEOUT 2
TIMEOUT 2
TIMELIMIT 2

--
Guillaume Rousse
Service des Moyens Informatiques
INRIA Saclay - Île-de-France
Parc Orsay Université, 4 rue J. Monod
91893 Orsay Cedex France
Tel: 01 69 35 69 62