Your message dated Wed, 22 Feb 2006 22:40:35 +0100
with message-id <[EMAIL PROTECTED]>
and subject line slapd: ocasional 100% cpu usage on startup of slapd
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: slapd
Version: 2.1.17-2
Severity: important
Tags: sid
This is an intermittent problem I'm seeing on all of my systems !
probably one out of 3 startups of slapd will go into 100%cpu
utilization, hanging the init 2 processing - it appears that slapd
isn't yet answering queries... just idly spinning (possibly on
sched_yield).
Once the problem starts, every start/restart of slapd will exhibit the
same problem... the only way to rectify the sitiuation is to rebuild
the database - after that, slapd starts up and runs with no problems.
The odd thing is that the database is stable (and the same on three
of the boxen) - no adds/deletes whilst running !
fortunately, I've got the database in ldif format, so when the problem
occurs, I just rm /var/lib/ldap/* and slapadd.
/etc/ldap/slapd.conf:
moduleload back_bdb
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux badlands.lexington.ibm.com 2.4.21-rc2-ac2 #6 Thu May 15 15:30:27
EDT 2003 i686
Locale: LANG=en_US, LC_CTYPE=en_US
Versions of packages slapd depends on:
ii coreutils [fileutils] 5.0-3 The GNU core utilities
ii debconf 1.2.35 Debian configuration management sy
ii fileutils 5.0-3 The GNU file management utilities
ii libc6 2.3.1-17 GNU C Library: Shared libraries an
ii libdb4.1 4.1.25-4 Berkeley v4.1 Database Libraries [
ii libiodbc2 3.0.6-3.1 iODBC Driver Manager
ii libldap2 2.1.17-2 OpenLDAP libraries
ii libltdl3 1.4.3-9 A system independent dlopen wrappe
ii libsasl2 2.1.12-1 Authentication abstraction library
ii libslp1 1.0.11-2 OpenSLP libraries
ii libssl0.9.7 0.9.7b-2 SSL shared libraries
ii libwrap0 7.6-ipv6.1-3 Wietse Venema's TCP wrappers libra
ii psmisc 21.2-1 Utilities that use the proc filesy
-- debconf information:
slapd/ldif_noexist:
* slapd/fix_directory: false
shared/organization: lexington.ibm.com
slapd/unknown_class:
* slapd/conf_exists:
shared/locale/countrycode:
slapd/dir_verify:
slapd/admin/dn: cn=admin,ou=People,dc=
slapd/fill_method: auto
* slapd/already_configured:
* slapd/domain_string: badlands.mindspring.com
slapd/db_directory: /var/lib/ldap
slapd/admin/ldif_text:
* slapd/admin/name: admin
slapd/no_password:
slapd/suffix_change: false
slapd/admin/use_text:
slapd/slurpd/port: 389
slapd/slurpd/binddn:
* slapd/suffix_type: domain or host
slapd/ldif_file:
slapd/autoconf_modules: true
slapd/summary:
slapd/domain:
slapd/admin/cannot_continue:
* slapd/seed_source: auto
slapd/password_mismatch:
slapd/admin/pass_not_same:
* slapd/admin/note:
slapd/replicate: false
slapd/dir_create: true
slapd/custom_suffix:
slapd/admin/encrypted_pass:
slapd/password_lost:
slapd/internal/dn:
* slapd/intro:
slapd/slurpd/host:
slapd/admin/rdn:
slapd/internal/admin:
slapd/purge_database:
slapd/admin:
slapd/dir_notdir:
slapd/basedn: dc=
--- End Message ---
--- Begin Message ---
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Fixed upstream, and Sarge is released with 2.2.23 so I think this bug
can be closed.
Regards,
Matthijs Mohlmann
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFD/NpT2n1ROIkXqbARAlnLAJ9q1quLuhCygAZCNSLWwUsrFmBFsACdHYw5
t/ilginiAgxxIbwfTjMrL54=
=8+YY
-----END PGP SIGNATURE-----
--- End Message ---
