[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: (ITS#4851) improper database recovery at startup when using shared memory for db cache
hyc@symas.com wrote:
> erici@motown.cc.utexas.edu wrote:
>> Full_Name: Eric Irrgang
>> Version: 2.3.34
>> OS: Solaris 9
>> URL: ftp://ftp.openldap.org/incoming/
>> Submission from: (NULL) (128.83.217.14)
>>
>>
>> Using Berkeley DB 4.4.20 for the hdb backend to OpenLDAP 2.3.34 with a shared
>> memory segment for the db cache, the automatic bdb database recovery fails after
>> a reboot (because the shared memory segment doesn't exist yet).
>
> In fact there is no automatic DB recovery happening here, this is a regular
> Open that fails because the (shared memory) environment is missing. We don't
> detect that recovery is needed because presumably slapd exited cleanly at the
> previous shutdown.
>
> I guess we'll have to add a check for this condition (e.g., if ENV open fails
> and we're using shared memory, recover and try again).
This is now fixed in HEAD, back-bdb/init.c 1.272
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc
Chief Architect, OpenLDAP http://www.openldap.org/project/