Hi,
I found out that if, in a working OpenLDAP installation, we inadvertently change the value of:
olcTLSCertificateKeyFile: /path/to/key.pem
to some invalid value, like:
olcTLSCertificateKeyFile: /path/to/non/existing/key.pem
then OpenLDAP continues to work (and we see no error message whatsoever), but if it is stopped, it refuses to restart. In the logs, while OpenLDAP is starting, we see:
Feb 11 16:20:44 vdev slapd[15272]: main: TLS init def ctx failed: -1
and then service is immediately stopped.
I believe that in such cases at least OpenLDAP could start without TLS support, logging the problem and not being unable to restart.
The same should hold true for the other associated attributes (olcTLSCACertificateFile, olcTLSCertificateFile), for which I didn't test separately.
A workaround if this happens (because, since OpenLDAP server is not running, we cannot easily change the dynamic config) could be to create a symbolic link (/path/to/non/existing/key.pem)to the true file (/path/to/working/key.pem), and thus OpenLDAP can start.
Any comments/advice?
Thanks, Nick