Thanks for the information.
I tried few more tests,slapcat doesn't always hang and it hangs every second restart of slapd. I don't know really whether it is sharing of locks issue or something else.
Currently lock detect is set to DB_LOCK_DEFAULT even if I increase the lock detect to Maximum locks no change in the state of slapcat.
If I upgrade BDB will this solve the issue of slapcat hanging ? , Have your faced such situation of hanging in slapcat
I get this below message when I run the slapcat and it never goes forward
5452a973 The first database does not allow slapcat; using the first available on e (2)
Regards, Pramod
On Thu, Oct 30, 2014 at 7:41 PM, Quanah Gibson-Mount quanah@zimbra.com wrote:
--On Thursday, October 30, 2014 6:04 PM +0100 pramod kulkarni < pammu.kulkarni@gmail.com> wrote:
Thanks for the response. What if I disable the alock file generation in the back-bdb initialization? will it affect other functionalities like replication etc.
You should understand what the alock file is for before you think about deleting it. It tracks the state of your database. If your slapcat is hanging, it sounds like you have DB corruption at the BDB level.
--Quanah
--
Quanah Gibson-Mount Server Architect Zimbra, Inc.
Zimbra :: the leader in open source messaging and collaboration
--On Thursday, October 30, 2014 11:16 PM +0100 pramod kulkarni pammu.kulkarni@gmail.com wrote:
5452a973 The first database does not allow slapcat; using the first available on e (2)
You're running slapcat incorrectly if you get this message.
In any case, as already noted, the correct solution is to move to using back-mdb, and stop using the deprecated BDB based backend.
--Quanah
--
Quanah Gibson-Mount Server Architect Zimbra, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration
openldap-technical@openldap.org