轻量级目录访问协议(LDAP) 允许你拥有一个主服务器+从服务器设置，拥有一旦发生故障时的容错功能或者分散工作量的功能。这拥有明显的优势。但是，它也隐藏了主服务器的一些问题。

　　如果你的主服务器关机，从服务器工作正常，进行ldapsearch搜索和其它查询是很好的。但是，如果你设法修改这个数据库(利用使用ldapadd命令)，你将得到这样的错误的信息：ldap_add: Referral (10)

　　referrals:

　　ldaps://masterldap.example.com/uid=test,ou=People,

　　dc=example,dc=com

　　从服务器不能修改这个数据库。因此，它设法重新指向这个主服务器，并且得到失败的结果。如果你现在使用ldapsearch搜索命令查询你新输入的内容，你会找不到那个内容。

　　你可以通过如下方法证实这个诊断：使用ldapsearch -H ldaps://masterldap.example.com强制绑定这个主服务器。

　　下一步是找到引起故障的原因。把/etc/ldap/slapd.conf配置文件中的记录水平设置为1，然后重新启动slapd并且查看记录。

　　两个常见的问题是：

　　一个老的slapd线程没有恰当地关闭。用ps进行检查并且如果有必要的话关闭这个线程。

　　一个alock问题。这个问题在记录中看起来是这样的：

　　slapd[27069]: bdb_db_open: alock package is unstable

　　slapd[27069]: backend_startup_one: bi_db_open failed! (-1)

　　要解决这个问题，你可以删除/var/lib/ldap/alock文件(或者检查在你的本地数据目录中的slapd.conf配置文件)。运行db_recover命令修复这个数据库，或者重新启动slapd，它应该能够自己恢复。你需要给它一点时间或者重新启动它。

　　要记住在完成上述操作之后把记录水平恢复到正常状态，否则，服务器的运行速度会很慢。此外，考虑使用监视软件捕捉这些隐藏的问题。