Dear Members of OpenLDAP Technical List,
Could you please help in finding and explanation and potentially a fix for the bug reported at [1]? It seems it has been found often enough by Elmar as well to write a workaround [2].
Thanks, Balint
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673038 [2] https://github.com/elmar/ldap-git-backup/blob/master/README.mdown#safe-ldif
On 06/19/2012 06:27 PM, Quanah Gibson-Mount wrote:
--On Tuesday, June 19, 2012 2:25 PM +0200 Axel Beckert abe@debian.org wrote:
Hi Steve,
Steve Langasek wrote:
According to the slapcat man page it should be "always safe to run slapcat with the slapd-bdb(5) ... backends" even if slapd runs. We do use a BDB backend.
Note that the HDB backend is the one recommended upstream and the Debian default.
Well, yeah, that system has been dist-upgraded from at least Etch. IIRC it started at some time when BDB was still the default.
I wrote that -- according to our backups -- this happened already with Lenny's slapd. But with Lenny it seemed to have happened less often (which is why we noticed it only recently).
Personally, I would advise you to ask a question about this on openldap-technical@openldap.org. I asked Howard about it, and he had a ready answer as to why you were seeing this, but I forget what it is. In any case, this is not a debian specific openldap bug.
--Quanah
...
--On Sunday, January 20, 2013 11:58 AM +0100 Balint Reczey balint@balintreczey.hu wrote:
Dear Members of OpenLDAP Technical List,
Could you please help in finding and explanation and potentially a fix for the bug reported at [1]?
Per Howard Chu:
I think it's because slapcat's attempt to get a read lock failed, probably because slapd already had a conflicting write lock on it and the deadlock detector chose slapcat to lose and slapcat doesn't retry on lock errors, unlike slapd.
The solution, of course, is to use back-mdb.
--Quanah
--
Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration
openldap-technical@openldap.org