Issue 4687 - Feature Request: Load DB settings
Summary: Feature Request: Load DB settings
Status: VERIFIED FIXED
Alias: None
Product: OpenLDAP
Classification: Unclassified
Component: slapd (show other issues)
Version: unspecified
Hardware: All All
: --- normal
Target Milestone: ---
Assignee: OpenLDAP project
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-09-26 23:20 UTC by Quanah Gibson-Mount
Modified: 2015-02-24 15:20 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description Quanah Gibson-Mount 2006-09-26 23:20:54 UTC
Full_Name: Quanah Gibson-Mount
Version: HEAD
OS: NA
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (171.66.155.86)


In using OpenLDAP for these last several years, I've noticed that my main
resource contraint comes in the form of memory usage.  A large part of the slapd
process' memory usage comes (in my case) from the DB_CONFIG set_cachesize
setting.  To make my life easy, I keep this setting at the total size of my
database+indices.  However, when slapd is running (as opposed to being loaded
via slapcat), the set_cachesize setting really only needs to be
sizeof(id2entry.bdb) + overhead (10% has been the general rule of thumb). 
However, to do this means you have to:

(a) set up DB_CONFIG for loading
(b) load the database
(c) edit DB_CONFIG for running
(d) recover the database

This is slightly tedious, and gets even more complicated if you use the dbconfig
parameter in slapd.conf.

What I'd like to see, is the ability to set what the dbconfig parameters that
should be used by slapadd are in slapd.conf.  Since most sane users are going to
be using the "-q" flag to slapadd anyway, this is already going to require
database recovery.    Then people can do slapadd's with one set of DB settings,
and then when slapd starts up, it can recover the DB and update the DB_CONFIG
file.  This would require slapd to actually check settings between the existing
DB_CONFIG file and the one defined in slapd.conf however.

--Quanah

Comment 1 Howard Chu 2006-09-28 16:00:12 UTC
moved from Incoming to Software Enhancements
Comment 2 OpenLDAP project 2015-02-24 15:20:34 UTC
No longer valid with the advent of LMDB.
Comment 3 Quanah Gibson-Mount 2015-02-24 15:20:34 UTC
changed notes
changed state Open to Closed