环境：RedHat Enterprise AS 4 Update 2
软件：openldap-2.2.13-2
错误现象：
# /usr/sbin/slapd -u ldap -h ldap:/// -d 8
解决方法：正常恢复，当数据库文件和日志文件都没有被损坏时，执行db_recover。
再次启动# /usr/sbin/slapd -u ldap -h ldap:/// -d 8
最后一行显示应为：slapd is starting ...... 这表明ldap服务已经正常运行。
软件：openldap-2.2.13-2
错误现象：
# /usr/sbin/slapd -u ldap -h ldap:/// -d 8
@(#) $OpenLDAP: slapd 2.2.13 (Feb 21 2005 17:26:02) $故障原因：系统在关闭时ldap服务无法关闭，导致bdb数据文件发生冲突。
buildcentos@bhrama.build.karan.org:/home/buildcentos/building/BUILD/openldap-2.2.13/openldap-2.2.13/build-servers/s ervers/slapd
daemon_init: ldap:///
daemon_init: listen on ldap:///
daemon_init: 1 listeners to open...
ldap_url_parse_ext(ldap:///)
daemon: initialized ldap:///
daemon_init: 2 listeners opened
slapd init: initiated server.
slap_sasl_init: initialized!
bdb_initialize: initialize BDB backend
bdb_initialize: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003)
bdb_initialize: initialize BDB backend
bdb_initialize: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003)
reading config file /etc/openldap/slapd.conf
......
使用# netstat -an | grep 389命令确认端口389是否处于监听状态时，发现端口389没有处于监听状态。
而此时各项配置均未发生任何变化。
解决方法：正常恢复，当数据库文件和日志文件都没有被损坏时，执行db_recover。
再次启动# /usr/sbin/slapd -u ldap -h ldap:/// -d 8
最后一行显示应为：slapd is starting ...... 这表明ldap服务已经正常运行。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/5359/viewspace-610907/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
Eclipse Galileo
下一篇：
在Unix环境下mount ISO文件
请登录后发表评论
登录
全部评论
