Debian Bug report logs - #302992
slapd gets in endless loop with sched_yield

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Hans-Joachim Baader <hjb@pro-linux.de>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: slapd gets in endless loop with sched_yield

Date: Mon, 04 Apr 2005 00:11:36 +0200

Package: slapd
Version: 2.1.30-3
Severity: important


Since a few hours slapd hangs during start. strace shows that it
permanently does sched_yield and nothing else. It can only be killed
with kill -9 or kill -2.

Adding a -d 32767 option for slapd apparently shows nothing. The PID
file isn't crated, perhaps it hangs before it comes to that point. I
cannot tell if the BDB database is corrupt but none of its files has
a recent timestamp.

The configuration hasn't changed in the last 14 months and the demon
was running during the 26 days of system uptime. It's a SMP system.

I have updated some packages slapd depends on (like libgnutls11) but
it didn't help.

slapd was running with the following arguments:
/usr/sbin/slapd -h ldap:/// ldaps:/// -g ldap -u ldap -4

Here's a stack trace (I wonder if that can be correct, I guess it's
bdb_db_open rather than bdb_bt_compare:

(gdb) bt
#0  0x4040e497 in sched_yield () from /lib/libc.so.6
#1  0x4002cb89 in ldap_pvt_thread_yield () from /usr/lib/libldap_r.so.2
#2  0x4011bf13 in __os_yield_4002 () from /usr/lib/libdb-4.2.so
#3  0x4007c730 in __db_tas_mutex_lock_4002 () from /usr/lib/libdb-4.2.so
#4  0x400fd8c2 in __db_e_attach_4002 () from /usr/lib/libdb-4.2.so
#5  0x400f9bbe in __dbenv_open_4002 () from /usr/lib/libdb-4.2.so
#6  0x405ce8b0 in bdb_bt_compare () from /usr/lib/ldap/back_bdb.so
#7  0x080659b8 in backend_startup ()
#8  0x08051670 in main ()


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.28
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages slapd depends on:
ii  coreutils [fileutils]       5.2.1-2      The GNU core utilities
ii  debconf                     1.4.30.10    Debian configuration management sy
ii  fileutils                   5.2.1-2      The GNU file management utilities 
ii  libc6                       2.3.2.ds1-16 GNU C Library: Shared libraries an
ii  libdb4.2                    4.2.52-18    Berkeley v4.2 Database Libraries [
ii  libgcrypt11                 1.2.0-4      LGPL Crypto library - runtime libr
ii  libgnutls11                 1.0.16-4     GNU TLS library - runtime library
ii  libgpg-error0               1.0-1        library for common error values an
ii  libiodbc2                   3.52.1-2     iODBC Driver Manager
ii  libldap2                    2.1.30-3     OpenLDAP libraries
ii  libltdl3                    1.5.6-2      A system independent dlopen wrappe
ii  libsasl2                    2.1.19-1.1   Authentication abstraction library
ii  libslp1                     1.0.11-4     OpenSLP libraries
ii  libwrap0                    7.6.dbs-5    Wietse Venema's TCP wrappers libra
ii  perl [libmime-base64-perl]  5.8.4-8      Larry Wall's Practical Extraction 
ii  psmisc                      21.5-1       Utilities that use the proc filesy
ii  zlib1g                      1:1.2.2-3    compression library - runtime

-- debconf information:
  slapd/fix_directory: true
  shared/organization: hjbaader.home
  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/invalid_suffix: false
  slapd/slave_databases_require_updateref:
  slapd/autoconf_modules: true
  slapd/domain: hjbaader.home
  slapd/password_mismatch:
  slapd/invalid_config: true
  slapd/upgrade_slapadd_failure:
  slapd/purge_database: false
  slapd/admin:

Message #10 received at 302992@bugs.debian.org (full text, mbox, reply):

From: Torsten Landschoff <torsten@debian.org>

To: Hans-Joachim Baader <hjb@pro-linux.de>, 302992@bugs.debian.org

Subject: Re: Bug#302992: slapd gets in endless loop with sched_yield

Date: Mon, 4 Apr 2005 08:27:07 +0200

[Message part 1 (text/plain, inline)]

Hi Hans-Joachim, 

On Mon, Apr 04, 2005 at 12:11:36AM +0200, Hans-Joachim Baader wrote:
> Since a few hours slapd hangs during start. strace shows that it
> permanently does sched_yield and nothing else. It can only be killed
> with kill -9 or kill -2.

slapd 2.1.x is a dead end as far as Debian is concerned because of
problems like this one. There are a number of bug reports about slapd
locking up, using 100% CPU, etc. - see http://bugs.debian.org/255276
for example. 

Most of the time running db4.2_recover in the database directory seems
to help but most of the time the problem will reappear. 

I suggest upgrading to 2.2.23-1 from unstable ASAP. That's the upstream
version that will ship with sarge.

Greetings

	Torsten

[signature.asc (application/pgp-signature, inline)]

Message #27 received at 255276-close@bugs.debian.org (full text, mbox, reply):

From: Torsten Landschoff <torsten@debian.org>

To: 255276-close@bugs.debian.org

Subject: Bug#255276: fixed in openldap2.2 2.2.23-6

Date: Sun, 29 May 2005 13:34:57 -0400

Source: openldap2.2
Source-Version: 2.2.23-6

We believe that the bug you reported is fixed in the latest version of
openldap2.2, which is due to be installed in the Debian FTP archive:

ldap-utils_2.2.23-6_i386.deb
  to pool/main/o/openldap2.2/ldap-utils_2.2.23-6_i386.deb
libldap-2.2-7_2.2.23-6_i386.deb
  to pool/main/o/openldap2.2/libldap-2.2-7_2.2.23-6_i386.deb
openldap2.2_2.2.23-6.diff.gz
  to pool/main/o/openldap2.2/openldap2.2_2.2.23-6.diff.gz
openldap2.2_2.2.23-6.dsc
  to pool/main/o/openldap2.2/openldap2.2_2.2.23-6.dsc
slapd_2.2.23-6_i386.deb
  to pool/main/o/openldap2.2/slapd_2.2.23-6_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 255276@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Torsten Landschoff <torsten@debian.org> (supplier of updated openldap2.2 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Sun, 29 May 2005 18:23:20 +0200
Source: openldap2.2
Binary: slapd ldap-utils libldap-2.2-7
Architecture: source i386
Version: 2.2.23-6
Distribution: unstable
Urgency: low
Maintainer: Torsten Landschoff <torsten@debian.org>
Changed-By: Torsten Landschoff <torsten@debian.org>
Description: 
 ldap-utils - OpenLDAP utilities
 libldap-2.2-7 - OpenLDAP libraries
 slapd      - OpenLDAP server (slapd)
Closes: 255276 303505 306229 308234 310422
Changes: 
 openldap2.2 (2.2.23-6) unstable; urgency=low
 .
   Torsten Landschoff <torsten@debian.org>:
   * debian/po/ja.po: Merge updates from Kenshi Muto (closes: #303505).
   * debian/po/fr.po: Merge updates from Christian Perrier (closes: #306229).
   * debian/slapd.scripts-common: If the user enters the empty value for
     the database dumping directory use the default value. Seems like the
     readline interface does not care about the default value
     (closes: #308234).
   * debian/slapd.postinst: Make sure the debhelper commands are executed
     in all cases (closes: #310422).
   * Merged suggested changes by Eugene Konev to automatically run
     db_recover before starting slapd (closes: #255276).
     + debian/slapd.init: Run db_recover if enabled and available and no
       slapd process running.
     + debian/slapd.default: Add configuration option to disable it.
   * Applied and improved patch by Matthijs Mohlmann to support migration
     from ldbm to bdb backend.
     + debian/slapd.config: Ask if migration is wanted.
     + debian/slapd.postinst: Update configuration from ldbm to bdb if yes.
     + debian/slapd.scripts-common: Implemented some parts in their own
       functions.
   * Add a README.DB_CONFIG.gz and reference it where referring to BDB
     configuration.
   * Update default DB_CONFIG with some senseful values.
 .
   Steve Langasek <vorlon@debian.org>:
   * libraries/libldap_r/Makefile.in: make sure the ximian-connector ntlm
     patch is applied to libldap_r, not just to libldap
   * debian/move_files: make libldap a symlink to libldap_r, as carrying
     two versions of this library around is more trouble than it's worth,
     and can cause glorious segfaults down the line
Files: 
 1b46caee7a3377aff6ab29c3034dde86 1035 net optional openldap2.2_2.2.23-6.dsc
 20983ed8e341b87a04116cd7db075e20 489688 net optional openldap2.2_2.2.23-6.diff.gz
 80f24b17e4700ef5b8763c13f8051d3e 809150 net optional slapd_2.2.23-6_i386.deb
 8e72f04c89b139f48da941138113fa5a 118614 net optional ldap-utils_2.2.23-6_i386.deb
 73b838fd8862e1b6c2fd7e029dc84d47 151250 libs important libldap-2.2-7_2.2.23-6_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFCmfsCdQgHtVUb5EcRAj1rAJwPK6SUSnp1F8D0jy5j4rUUc4CksACfdNCI
gb84g+HfrrjhwJuSVlH0CQg=
=r31z
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.