Bug#1107395: OpenLDAP: slapd 2.5.13+dfsg-5 service frequently stops during everyday use

chandler chandler at genome.arizona.edu
Sat Jun 7 03:08:48 BST 2025


Package: slapd
Version: 2.5.13+dfsg-5
Severity: important
X-Debbugs-Cc: chandler at genome.arizona.edu

Dear Maintainer,
	Since upgrading slapd from 2.5.13+dfsg-2~bpo11+1 on April 29, 2025, it frequently yet randomly stops gracefully.  It's as if I ran `systemctl stop slapd` myself, and I have 
to run `systemctl start slapd` myself to fix it.  Sometimes it will stop several times a day, or it may last several days before stopping.
	It sounds exactly the same as what Jose 
described in #688797, although he claims the problem went away when 
upgrading to mdb, which we're already using.  This was never an issue with 2.5.13+dfsg-2~bpo11+1, which we had been using for over a year since I checked /var/log/apt/history, which 
has a year of apt history, and 
there were no other mentions of slapd.  Like Jose, I've had to create a systemd timer that runs a slapd-checker.service every few seconds to start slapd.service if needed, otherwise 
all kinds of weird things start happening in our networks without ldap working.
	There's nothing out of the ordinary shown in the syslog or journal or slapd.log (which is what "-l local0" is used for).  I'm curious what "slapd/invalid_config: true" means 
in the debconf info below.  Other than that, what more can be checked?
Thanks,
Chandler


-- System Information:
Debian Release: 12.10
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (990, 'stable-security'), (990, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable-security'), (500, 'testing'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-34-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages slapd depends on:
ii  adduser                     3.134
ii  coreutils                   9.1-1
ii  debconf [debconf-2.0]       1.5.82
ii  init-system-helpers         1.65.2
ii  libargon2-1                 0~20171227-0.3+deb12u1
ii  libc6                       2.36-9+deb12u10
ii  libcrypt1                   1:4.4.33-2
ii  libldap-2.5-0               2.5.13+dfsg-5
ii  libltdl7                    2.4.7-7~deb12u1
ii  libodbc2                    2.3.11-2+deb12u1
ii  libperl5.36                 5.36.0-7+deb12u2
ii  libsasl2-2                  2.1.28+dfsg-10
ii  libwrap0                    7.6.q-32
ii  lsb-base                    11.6
ii  perl [libmime-base64-perl]  5.36.0-7+deb12u2
ii  psmisc                      23.6-1
ii  sysvinit-utils [lsb-base]   3.06-4

Versions of packages slapd recommends:
ii  ldap-utils  2.5.13+dfsg-5

Versions of packages slapd suggests:
ii  libsasl2-modules                                             2.1.28+dfsg-10
pn  libsasl2-modules-gssapi-mit | libsasl2-modules-gssapi-heimd  <none>
    al

-- Configuration Files:
/etc/default/slapd changed:
SLAPD_CONF=
SLAPD_USER="openldap"
SLAPD_GROUP="openldap"
SLAPD_PIDFILE=
SLAPD_SERVICES="ldap:/// ldapi:/// ldaps:///"
SLAPD_SENTINEL_FILE=/etc/ldap/noslapd
SLAPD_OPTIONS="-l local0"


-- debconf information:
  shared/organization: Genome.Arizona.EDU
  slapd/password_mismatch:
* slapd/postinst_error:
  slapd/purge_database: false
  slapd/domain: Genome.Arizona.EDU
  slapd/dump_database_destdir: /var/backups/slapd-VERSION
* slapd/no_configuration: true
  slapd/unsafe_selfwrite_acl:
  slapd/dump_database: when needed
  slapd/move_old_database: true
  slapd/ppolicy_schema_needs_update: abort installation
  slapd/upgrade_slapcat_failure:
  slapd/invalid_config: true



More information about the Pkg-openldap-devel mailing list