Классически, это может быть вызвано пользователями, вырезающими и вставляющими файлы в долю. Это означает, что, если файлы (в источнике) были установлены не наследовать полномочия от родительской папки, когда они сокращаются и вставка месту назначения, они сохраняют свои старые полномочия.
Может случиться так, что slapd находит Вашу конфигурацию недопустимой, и поэтому не запускается.
Для тестирования этого выполните slaptest с теми же опциями и полномочиями. Это должно сообщения ошибки на выходе, если что-то неправильно с конфигурацией. Так что-то как:
su root -c /usr/local/libexec/slaptest
попробуйте выполнить следующие команды, чтобы проверить, действительно ли запущен slapd:
netstat -ptnl #(provide list of all servers running)
появится что-то вроде следующего:
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:1394 0.0.0.0:* LISTEN 24000/slapd
tcp 0 0 139.54.136.132:1395 0.0.0.0:* LISTEN 23927/slapd
ИЛИ
ps -ef |grep slapd
появится что-то вроде ниже:
root 9147 1 0 16:13 ? 00:00:00 slapd -h ldap://172.21.140.73:1389 -f /usr/local/etc/openldap2-4-30/slapd.conf
root 29285 11091 0 17:16 pts/6 00:00:00 grep slapd
Если процесс slapd не запущен указано любой из вышеперечисленных команд, это означает, что slapd не запущен.
В этом случае вы можете попробовать запустить slpad с параметрами отладки:
slapd -d -1
-1 включит всю отладку. Есть и другие варианты, которые можно найти в Google.