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

Re: High volume ldap queries causing corruption in bdb backend.

To: openldap-software@OpenLDAP.org
Subject: Re: High volume ldap queries causing corruption in bdb backend.
From: Duncan Brannen <dbb@st-andrews.ac.uk>
Date: Wed, 19 Nov 2003 13:10:04 +0000
In-reply-to: <6.0.0.22.0.20031119110353.024712a0@vulture.st-andrews.ac.u k>
References: <938BDCE792A46245AB40A7A87D7312DD022A9124@GAATLP19W.corp.aglrsc.c om> <00d701c373ab$5b087a70$1e06a8c0@gringo> <200309181103.10230.paj1@humboldt.edu> <370460874.1063913245@cadabra-dsl.stanford.edu> <6.0.0.22.0.20031119110353.024712a0@vulture.st-andrews.ac.uk>

Forgot to say db_recover -v fixes the problem

db_recover: Finding last valid log LSN: file: 33 offset 795065
db_recover: Recovery starting from [28][6569178]
db_recover: Recovery complete at Wed Nov 19 10:37:52 2003
db_recover: Maximum transaction ID 8000bb5d Recovery checkpoint [33][797197]
db_recover: Recovery complete at Wed Nov 19 10:37:52 2003
db_recover: Maximum transaction id 80000000 Recovery checkpoint [33][797197]

Everything is fast again... till the next time.

References:
- Re: High volume ldap queries causing corruption in bdb backend.
  - From: Duncan Brannen <dbb@st-andrews.ac.uk>

Prev by Date: Re: [openldap 2.1.12 + BerkeleyDb 4.1.24] db_checkpoint pb
Next by Date: Re: [openldap 2.1.12 + BerkeleyDb 4.1.24] db_checkpoint pb
Index(es):
- Chronological
- Thread