Le Thu, 5 Feb 2009 21:04:08 GMT, hyc@symas.com a écrit :
ando@sys-net.it wrote:
If it works, then we still have an issue: operations for "o=1,o=2" will probably be intercepted by the back-bdb. However, I understand that since the first database is glued, it wants to know whom it's glued to.
A fix is in HEAD. It will allow this scenario to succeed, but it will also allow completely broken subordinate configs to be dynamically created in cn=config. (configs read from slapd.conf/slapd.d will still be error checked appropriately.) As such, it needs a bit more thought.
I confirm that we can not create subordinate configs dynamically in cn=config now. I used a previously build version to realize it, just for testing it.
There is still errors with slaptest, even on slapd.d. Same errors when I want to start OpenLDAP.
8<-------- ldif_read_file: read entry file: "/usr/local/openldap-2.4/etc/openldap/slapd.d/cn=config/olcDatabase={4}bdb/olcOverlay={0}glue.ldif" => str2entry: "dn: olcOverlay={0}glue objectClass: olcOverlayConfig olcOverlay: {0}glue structuralObjectClass: olcOverlayConfig entryUUID: 939c8813-5218-44bb-a344-bcef144a7b72 creatorsName: cn=config createTimestamp: 20090206104810Z entryCSN: 20090206104810.538680Z#000000#001#000000 modifiersName: cn=config modifyTimestamp: 20090206104810Z "
dnPrettyNormal: <olcOverlay={0}glue>
<<< dnPrettyNormal: <olcOverlay={0}glue>, <olcOverlay={0}glue>
dnPretty: <cn=config>
<<< dnPretty: <cn=config>
dnNormalize: <cn=config>
<<< dnNormalize: <cn=config>
dnPretty: <cn=config>
<<< dnPretty: <cn=config>
dnNormalize: <cn=config>
<<< dnNormalize: <cn=config> <= str2entry(olcOverlay={0}glue) -> 0x1658c958 => test_filter PRESENT => access_allowed: search access to "olcOverlay={0}glue,olcDatabase={4}bdb,cn=config" "objectClass" requested <= root access granted => access_allowed: search access granted by manage(=mwrscxd) <= test_filter 6 slaptest: backglue.c:1126: glue_sub_attach: Assertion `on != ((void *)0)' failed. 8<--------
Thomas.