[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/