无法通过service启动slapd：执行sudo service slapd start报错

先把你遇到的报错信息贴出来方便参考：

-- Unit slapd.service has begun starting up.
Apr 08 08:47:31 mail slapd[31144]: * Starting OpenLDAP slapd
Apr 08 08:47:32 mail slapd[31149]: @(#) $OpenLDAP: slapd (Ubuntu) (May 30 2017 19:20:53) $buildd@lgw01-18:/build/openldap-JXEADB/openldap-2.4.42+dfsg/debian/build/se
Apr 08 08:47:32 mail slapd[31149]: DIGEST-MD5 common mech free
Apr 08 08:47:32 mail slapd[31144]: ...fail!
Apr 08 08:47:32 mail systemd[1]: slapd.service: Control process exited, c...

从这个截断的日志来看，只知道启动失败，但没给出具体的错误原因。我之前也碰到过类似的问题，下面是一套逐步排查和修复的方法：

1. 先验证slapd配置文件语法 #

配置文件语法错误是最常见的启动失败原因，执行下面的命令来检查：

sudo slaptest -u

如果有语法错误或者配置问题，这个命令会直接输出具体的错误提示（比如某个schema文件缺失、配置项格式不对），根据提示修正即可。

2. 获取完整的启动失败日志 #

你提供的日志被截断了，用systemd的日志工具查看完整的错误详情：

sudo journalctl -xeu slapd.service

这个命令会输出slapd服务启动的完整日志链，包括控制进程退出的具体原因（比如权限不足、依赖库缺失、端口被占用等），这一步能帮你精准定位问题。

3. 检查ldap相关目录的权限 #

slapd运行时需要对配置目录和数据目录有读写权限，Ubuntu下默认路径是/etc/ldap/slapd.d/和/var/lib/ldap/，这些目录的所属用户组应该是openldap：

ls -ld /etc/ldap/slapd.d/ /var/lib/ldap/

如果权限不对，执行下面的命令修正：

sudo chown -R openldap:openldap /etc/ldap/slapd.d/ /var/lib/ldap/
sudo chmod -R 750 /etc/ldap/slapd.d/ /var/lib/ldap/

4. 检查默认端口是否被占用 #

slapd默认监听389（普通LDAP）和636（LDAPS）端口，用下面的命令检查端口占用情况：

sudo netstat -tulpn | grep -E '(389|636)'

如果端口被其他进程占用，可以杀掉对应的进程，或者修改slapd的监听端口（在/etc/ldap/slapd.conf或者/etc/ldap/slapd.d/下的配置文件里调整listen参数）。

5. 启动调试模式查看实时错误 #

如果上面的步骤还没找到问题，启动slapd的调试模式，它会输出非常详细的启动过程日志：

sudo slapd -d 256

调试级别256会输出配置加载和启动过程的关键细节，你可以从输出里找到具体的失败点（比如某个认证模块加载失败、TLS证书配置错误等）。

一般来说，通过上面的步骤就能定位并解决slapd启动失败的问题。比如我之前碰到的是TLS证书路径配置错误，通过调试模式的日志一眼就看出来了。

内容的提问来源于stack exchange，提问作者JamesLast