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

RE: back-bdb DB_RECOVER and soft restart



> -----Original Message-----
> From: owner-openldap-devel@OpenLDAP.org
> [mailto:owner-openldap-devel@OpenLDAP.org]On Behalf Of Lars Uffmann

> On Wed, 2003-09-17 at 18:39, Michael Ströder wrote:
> > Luke Howard wrote:
> >  >>That's what back-bdb used to do, in its infancy. It
> turned out to cause
> >  >>slapd startup to be very slow.
> >  >
> >  > Hmm, I thought Sun ONE did this. Does anyone know what
> they do? They also
> >  > use Sleepycat AFAIK...
> >
> > ..and IMHO Sun ONE DS *is* slow on startup...
>
> The time for recovery depends on how often you checkpoint
> your database
> during normal operation. Often you will find hundreds od megabytes of
> BDB logfiles, specially with netscape/iPlanet. Never seen a SunONE
> server, though.

This is really a side issue. The serious problem is that you still need an
interlock scheme to prevent multiple slap executables from recovering the
environment at the same time. In the old back-bdb, bdb_init always did a
recovery, so if you ran slapcat while slapd was running you would destroy the
database. Since there is a great advantage to being able to use slapcat and
slapd simultaneously, we still need an interlock scheme. We could special
case slapcat and say that it never does DB_RECOVER, but it would still be
useful for slapadd/slapindex to invoke recovery if needed, assuming it would
not interfere with a running slapd.

All of the reasons were already covered in this email thread last year.

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