Hi, After our LDAP instance has been running for a while large LDAP searches in our userRoot start hanging. This appears to be caused by the entryrdn index becoming corrupt since it can be fixed by regenerating the entryrdn index. To give an example of a command that fails: ldapsearch -x -b "dc=ourorg,dc=com" -h localhost -D "cn=directory manager" -w removed objectclass=posixAccount > /dev/shm/ldap_search_output This hangs after reading a large number of entries. The number of entries change each time, but I believe it may be actually failing on the same specific entry each time, and just reading them in a different order. This can be fixed by stopping ns-slapdand moving /var/lib/dirsrv/slapd-ldap-04/db/userRoot/entryrdn.db4 out of the way before running `./db2index -n userRoot -t entryrdn`, but it will then reoccur after a hour or two or so. Our system: $ cat /etc/redhat-release CentOS release 6.5 (Final) $ uname -r 2.6.32-431.3.1.el6.x86_64 $ rpm -q 389-ds 389-ds-1.2.2-1.el6.noarch In case they're helpful I have stack traces from during both failed and successful searches. I can send them through if they are useful. Does anyone have any idea what might be causing this, or how we could go about fixing it? Should we report it as a bug? Thank you, -- TimP [http://blog.timp.com.au]
Attachment:
signature.asc
Description: PGP signature
-- 389 users mailing list 389-users@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/389-users
