Your message dated Sun, 25 Apr 2010 15:22:38 +0200
with message-id <[email protected]>
and subject line Re: slapd uses too much memory
has caused the Debian Bug report #519511,
regarding slapd uses too much memory
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
519511: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=519511
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: slapd
Version: 2.4.11-1
Severity: important
When slapd starts on my system it consumes something like 7M of RAM
(about 50M virtual). As time passes, it consumes more and more,
reaching hundreds; after 24 hours it uses something like 400M or 500M.
This is a very small LDAP database; the LDIF file is 315K. Therefore,
I don't see any reason for such usage. The backend is BDB, and the
DB_CONFIG file says:
set_cachesize 0 2097152 0
set_lk_max_objects 1500
set_lk_max_locks 1500
set_lk_max_lockers 1500
This happened after the upgrade to lenny (at the same time I upgraded
the machine's RAM from 1 GB to 4 GB, but I don't think that this
should make any difference).
If you need more information, I can debug it if you give me some
debugging hints.
-- System Information:
Debian Release: 5.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages slapd depends on:
ii adduser 3.110 add and remove users and groups
ii coreutils 6.10-6 The GNU core utilities
ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy
ii libc6 2.7-18 GNU C Library: Shared libraries
ii libdb4.2 4.2.52+dfsg-5 Berkeley v4.2 Database Libraries [
ii libgnutls26 2.4.2-6+lenny1 the GNU TLS library - runtime libr
ii libldap-2.4-2 2.4.11-1 OpenLDAP libraries
ii libltdl3 1.5.26-4 A system independent dlopen wrappe
ii libperl5.10 5.10.0-19 Shared Perl library
ii libsasl2-2 2.1.22.dfsg1-23 Cyrus SASL - authentication abstra
ii libslp1 1.2.1-7.5 OpenSLP libraries
ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra
ii perl [libmime-base64-per 5.10.0-19 Larry Wall's Practical Extraction
ii psmisc 22.6-1 Utilities that use the proc filesy
ii unixodbc 2.2.11-16 ODBC tools libraries
Versions of packages slapd recommends:
ii libsasl2-modules 2.1.22.dfsg1-23 Cyrus SASL - pluggable authenticat
Versions of packages slapd suggests:
ii ldap-utils 2.4.11-1 OpenLDAP utilities
-- debconf information:
slapd/tlsciphersuite:
slapd/fix_directory: true
shared/organization: itia.civil.ntua.gr
slapd/upgrade_slapcat_failure:
slapd/backend: BDB
slapd/allow_ldap_v2: false
slapd/no_configuration: false
slapd/move_old_database: true
slapd/suffix_change: false
slapd/slave_databases_require_updateref:
slapd/dump_database_destdir: /var/backups/slapd-VERSION
slapd/autoconf_modules: true
slapd/domain: itia.civil.ntua.gr
slapd/password_mismatch:
slapd/invalid_config: true
slapd/slurpd_obsolete:
slapd/upgrade_slapadd_failure:
slapd/dump_database: when needed
slapd/migrate_ldbm_to_bdb: false
slapd/purge_database: false
--- End Message ---
--- Begin Message ---
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
As this turns out to be a ownership problem on the /var/lib/ldap
directory. The post install script currently chown's the /var/lib/ldap
directory to the openldap user. (Including the contents)
Regards,
Matthijs Mohlmann
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkvUQh4ACgkQ2n1ROIkXqbBh1gCfeYBZH9vVqafWTg6xEP49Vq8p
hzcAn3YhX18xtMco2AOUQiM9MIWPBIL9
=7q19
-----END PGP SIGNATURE-----
--- End Message ---
