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

Memory usage question



We are using OpenLDAP 1.2.7 and RedHat Linux 6.0.  After putting three
instances the directory server into production, we noticed that the
memory usage of slapd on each climbs steadily throughout the day until
it reaches a point where it will bring the servers to a standstill.  I
saw postings on the openldap web site about memory leaks in 1.2.6, but
it said it was fixed in the release I have.  Right now, we have to run a
cron job to check when the memory usages gets too high and restart
slapd.  I'm wondering if anyone else has seen that kind of behavior. 
Any help would be appreciated.

Our database has about 3000 entries.  There is one supplier slapd
servers and two consumer slapd servers.  This is the slapd.conf for a
consumer:

#
# See slapd.conf(5) for details on configuration options.
# This file should NOT be world readable.
#
include         /usr/local/etc/openldap/slapd.at.conf
include         /usr/local/etc/openldap/slapd.oc.conf
include         /usr/local/etc/openldap/ns-calendar-schema.conf
include         /usr/local/etc/openldap/ns-mcd-li-schema.conf
include         /usr/local/etc/openldap/oidtable.at
include         /usr/local/etc/openldap/oidtable.oc

port            389
schemacheck     off
pidfile         /usr/local/var/slapd.pid
loglevel        64
argsfile        /usr/local/var/slapd.args

updatepw        ******
updatedn        "uid=replication,o=city.bloomington.in.us"

#######################################################################
# ldbm database definitions
#######################################################################

database        ldbm
index           nsCalXItemId pres,eq,approx,sub
index           cn,uid,sn,givenname
index           default none
suffix          o=city.bloomington.in.us
directory       /usr/local/etc/openldap/db

rootdn          "uid=admin,o=city.bloomington.in.us"
rootpw          ******
lastmod         on
defaultaccess read
access to * by dn="uid=replication,o=city.bloomington.in.us" write
access to dn=".*,ou=people,o=city.bloomington.in.us" by self write
access to dn=".*,ou=roaming,o=city.bloomington.in.us"
   by dnattr=owner write
   by * none
access to attr=userpassword
   by self write
   by * none

readonly        on

--
Dave Brodin
Lead Systems Engineer
Information and Technology Services
City of Bloomington
812.349.3521
brodind@city.bloomington.in.us