试用openldap发现了一些奇怪的问题，请教大家

quakelee

我的环境是dell poweredge 1750 FreeBSD 4-stable
FreeBSD 4.10-STABLE #0: Mon Sep 13 09:50:42 CST 2004
openldap-sasl-server-2.2.15
挂载db41-4.1.25_2
客户端使用
phpLDAPadmin - 0.9.4b
问题一：
这个问题是最困扰我的，发现向slapd.conf添加新的schema的时候，仅仅重启
slapd是不行的，必须把原有的db4数据库全部删除，重建记录才行，否则无法再向
ldap里面添加任何记录。这个问题太……过了。
问题二：
当openldap-2.2.15不使用db42-4.2.x作为数据库的时候，slapd.conf中
database就不能写bdb了，否则无法正常启动slapd。例如我使用就是
db41-4.1.25就出现了这个状况，database必须写成hdb才行……可是说明里没有
提到过，这是什么意思？
问题三：
该死的slapdtest，不能否认这玩意在2.2.x中加入还是很有用的，不过不知道为
什么在我的机器上每次测试配置文件成功后总要core dumped…………实在是极
其诡异的退出方式

不知道以上三个问题同道们有没有遇到过，真是奇怪呀，奇怪

bantana

去openldap的db目录下看看文件拥有者，估计有几个是root的，把它改成ldap拥有

quakelee

问题一：
这个问题是最困扰我的，发现向slapd.conf添加新的schema的时候，仅仅重启
slapd是不行的，必须把原有的db4数据库全部删除，重建记录才行，否则无法再向
ldap里面添加任何记录。这个问题太……过了。

昨日对这个问题进行了跟踪，发现可能是Freebsd4或者openldap2.2访问db41的时候有问题。因为schema变更的时候，openldap在第一次对数据库进行写操作的时候，在调用系统线程库的时候，会挂在那里不动，几秒之后就会访问内存出错。正在研究解决问题的办法

quakelee

[quote]原帖由 "bantana"]去openldap的db目录下看看文件拥有者，估计有几个是root的，把它改成ldap拥有[/quote 发表：

应该跟权限无关的，因为如果schema的配置不做修改，或者schema本身不做修改的情况下ldap读取和写入是完全正常的，但只要稍微一修改schema，立刻挂在那里不动了

py

该了schema重起slapd，应该会即刻生效。
我的db一直都在用4.2，如果没有特别的必要，建议你升级的4.2
另外，你说改了schema添加记录会出错，错误提示是什么？

quakelee

原帖由 "py" 发表：
该了schema重起slapd，应该会即刻生效。
我的db一直都在用4.2，如果没有特别的必要，建议你升级的4.2
另外，你说改了schema添加记录会出错，错误提示是什么？

这个问题我们还在继续跟踪一经建议freebsd port的维护者禁止openldap 2.2使用db4.1因为情况还不太清楚怎么回事，用gdb跟踪的结果是线程运行错误，之后只能看到线程访问了错误的内存空间，然后就挂在那里了，日志没有报错，CPU一直是99%，进程一直保持RUN状态，已经换用了db4.2没有相同问题。具体是什么问题还不太清楚，怀疑可能是backend_hdb的问题。