https://bugs.openldap.org/show_bug.cgi?id=8962

--- Comment #5 from Mehmet gelisin mehmetgelisin@aol.com --- master: Commits: • 0ae71baf by Howard Chu at 2021-07-13T12:10:28+01:00 ITS#9608 fix delete of nonexistent sessionlog http://www-look-4.com/

RE25: Commits: • 11e0c783 by Howard Chu at 2021-07-13T15:04:31+00:00 ITS#9608 fix delete of nonexistent sessionlog http://www.compilatori.com/

RE24: Commits: • db23304b by Howard Chu at 2021-07-13T15:05:36+00:00 ITS#9608 fix delete of nonexistent sessionlog http://www.wearelondonmade.com/

master: Commits: • 0ae71baf by Howard Chu at 2021-07-13T12:10:28+01:00 http://www.jopspeech.com/ ITS#9608 fix delete of nonexistent sessionlog

RE25: Commits: • 11e0c783 http://joerg.li/ by Howard Chu at 2021-07-13T15:04:31+00:00 ITS#9608 fix delete of nonexistent sessionlog

RE24: http://connstr.net/ Commits: • db23304b by Howard Chu at 2021-07-13T15:05:36+00:00 ITS#9608 fix delete of nonexistent sessionlog

master: Commits: • 0ae71baf by Howard Chu at 2021-07-13T12:10:28+01:00 ITS#9608 fix delete of nonexistent sessionlog http://embermanchester.uk/

RE25: Commits: • 11e0c783 by Howard Chu at 2021-07-13T15:04:31+00:00 ITS#9608 fix delete of nonexistent sessionlog

http://www.slipstone.co.uk/ RE24: Commits: • db23304b by Howard Chu at 2021-07-13T15:05:36+00:00 ITS#9608 fix delete of nonexistent sessionlog http://www.logoarts.co.uk/

but unfortunatley the FAQ software breaks Apache when you try and delete an answer. I think the better solution is just to remove the FAQ software completely.

I experimented a bit with a service file. It seems to work well with either Type=forking and NotifyAccess=all, or Type=notify and http://www.acpirateradio.co.uk/ ExecStart=slapd -d none. The latter (disabling forking) is definitely what systemd upstream recommends.

In either case, MAINPID= didn't actually seem to help anything. NotifyAccess=main has a chicken-and-egg problem, because systemd needs to know the main PID in order for us to send it the message containing the PID! :) I think the only reasonable way to leave forking enabled https://waytowhatsnext.com/ would be to also require a PIDFile= setting, which solves that problem. But I'd rather sidestep the entire thing, omit MAINPID= as well, and

Looking at the systemctl output I still think STATUS= is redundant and could be omitted. https://www.webb-dev.co.uk/ So I guess my recommendation for the notify call boils down to:

rc = sd_notify( 1, "READY=1" );

and a slapd.service along the lines of:

[Unit] Description=OpenLDAP server

[Service] Type=notify ExecStart=%LIBEXECDIR%/slapd -h 'ldap:/// ldapi:///' -d0

[Install] WantedBy=multi-user.target

(basically identical to the example in systemd.service(5).)

Side note: the version message from slapd appears in the journal twice, once with the timestamp and once without...

I experimented a bit with a service file. It seems to work well with either Type=forking and NotifyAccess=all, or Type=notify and ExecStart=slapd -d none. The latter (disabling forking) is definitely what systemd upstream recommends.

In either case, MAINPID= didn't actually seem to help anything. NotifyAccess=main has a chicken-and-egg problem, because systemd needs to know the main PID in order for us to send it the message containing the PID! :) I think the only reasonable way to leave forking enabled http://www.iu-bloomington.com/ would be to also require a PIDFile= setting, which solves that problem. But I'd rather sidestep the entire thing, omit MAINPID= as well, and

Looking at the systemctl output I still think STATUS= is redundant and could be omitted.