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

RE: any comments on: "cache add failed"



Hopefully this won't show up as HTML e-mail (I just took it out) and I apologize for sending out HTML e-mail.

Thanks Howard for this information. I will look at 2.0.27 and see if that fixes the problem.

Regards,

Jan-Michael


At 05:06 PM 12/11/2002 -0800, Howard Chu wrote:
I've never seen the problem occur, so have no idea if 2.0.27 fixes it or not.
Since there was one other significant indexing bug fixed in 2.0.26, I'd
suggest you upgrade to 2.0.27 anyway and see if the problem still occurs.
Note that the message you reference was in regard to this error message in
OpenLDAP 2.1's back-bdb, completely unrelated to OpenLDAP 2.0 back-ldbm. In
response to ITS#1986 I did add some more debug statements to back-bdb but
have never seen them trigger. If you can reproduce these errors using the
current versions of the code, we can investigate further but there's no point
in chasing it in an outdated release. It's possible that the problem has
already been fixed.

  -- Howard Chu
  Chief Architect, Symas Corp.       Director, Highland Sun
  http://www.symas.com               http://highlandsun.com/hyc
  Symas: Premier OpenSource Development and Support

-----Original Message-----
From: owner-openldap-software@OpenLDAP.org
[mailto:owner-openldap-software@OpenLDAP.org]On Behalf Of Jan-Michael Ong

Hi openldap-users,

I posted this question a few days ago and I'm just wondering if anyone has
encountered (and hopefully "fixed") this "cache add failed" problem.

Any assistance or pointers will be extremely appreciated.

Jan-Michael

Hi we're using DB 3.3.11 and OpenLDAP 2.0.25 and only recently we've been
getting the following errors but defining a "database ldbm"

LDAP: error code 80 - cache add failed

I've come across this answer from Howard Chu but couldn't find any reasonable
follow ups..

http://www.openldap.org/lists/openldap-bugs/200208/msg00117.html

Is this "fixed" on 2.0.27? If not, does anyone have any idea what's causing
it (i.e. permissions on the file system? the db couldn't handle it? is it
because the ldbm is being corrupted somehow?)