Dear Maintainer,

   * What led up to the situation?

Changing a user-password in slapd leads to Sig6 and a stopped sldapd process.
journalctl output is:

Jul 23 08:40:31 REDACTED slapd[592990]: <= acl_access_allowed: granted to database root
Jul 23 08:40:31 REDACTED slapd[593456]: Stopping OpenLDAP: slapd.
Jul 23 08:40:31 REDACTED systemd[1]: slapd.service: Deactivated successfully.

When redoing the change - the password was changed without any problems


I have to mention that I migrated this openldap server from centos7 (2.4) to Debian12 3 weeks ago.

After a few days of runtime, we encountered this problems when chaning a user password with lam-pro

Most of the time, changing passwords works, but sometimes the servies just exists

Hello, thank you for the report.

I will need some more information to be able to help with this.

Can you share a slapd configuration that reproduces the issue? (If you
send your own config, make sure to redact any passwords or credentials,
including any embedded in base64-encoded fields.) Especially relevant
would be the database backend, ACLs, and any overlays.

Can you reproduce the issue using ldappasswd(1) to change the password?

You mentioned signal 6, so I assume slapd is hitting an assertion
failure. Do you have a record of the assertion message, if there was
one? Can you obtain and share a backtrace (with debug symbols) or core
dump?

thanks,
Ryan