[Date Prev][Date Next]
Re: Controls and backends
> finaly, I have been able to start with SSS/VLV using overlays:
> bertrand@raoul:~$ ldapsearch -xLLLs base supportedControl
> supportedControl: 2.16.840.1.1137126.96.36.199 <======== VLV
> supportedControl: 1.2.840.1135188.8.131.523 <======== SSS
> There still seems to be a little problem with the backend independance:
> when slapd receives a search requests, it calls
> backend_check_restrictions that calls backend_check_controls that only
> checks the controls supported by the selected backend, ignoring the
> controls supported by the overlays. Did I miss something in the
> supported controls declaration or do I need to edit each backend init.c
No. The infrastructure for the controls should take care of that. I
haven't read the code that well after the latest changes; you should see
what happens. Since both ppolicy and syncprov do register controls, and
they work pretty well, I don't see why yours shouldn't. Can you
cross-check if you did anything different in this sense?
> Another question: I am writting this code to use slapd with Outlook as a
> shared directory. In Debian's slapd.conf, I added a
> defaultsearchbase ou=people,dc=raoul,dc=freeskop,dc=net
> so that I don't have to configure the base DN in Outlook's LDAP
> configuration. Using CVS HEAD version, it always fails with an error:
> raoul:/home/bertrand/dev/openldap/servers/slapd# ./slapd -f
> /etc/ldap/slapd.conf.new -d2047
> @(#) $OpenLDAP: slapd 2.X (Dec 2 2004 13:11:57) $
> daemon_init: <null>
> daemon_init: listen on ldap:///
> daemon_init: 1 listeners to open...
> daemon: initialized ldap:///
> daemon_init: 2 listeners opened
> lt-slapd init: initiated server.
> slap_sasl_init: initialized!
> reading config file /etc/ldap/slapd.conf.new
> line 1 (defaultsearchbase ou=people,dc=raoul,dc=freeskop,dc=net)
> /etc/ldap/slapd.conf.new: line 1: defaultSearchBase line must appear prior
> to any backend or database definition
> /etc/ldap/slapd.conf.new: line 1: handler for <defaultSearchBase> exited
> with 1!lt-slapd destroy: freeing system resources.
> slapd stopped.
> connections_destroy: nothing to destroy.
> I don't see any backend or database initialization in this log (I have
> asked configure to build the backends as modules) but slapd still
> complains. Is there any ./configure option that I missed ?
The configuration parser has undergone lots of changes recently; issues
are being reported (see the latest 8-10 ITSes); it is very likely that you
spotted yet another. I suggest you dig as much as you can to trace the
origin of the problem, and then file an ITS, so that the problem is taken
care of using the regular track.
If you think the dynamically registered controls are suffering from a
problem as well, please file another ITS.
SysNet - via Dossi,8 27100 Pavia Tel: +390382573859 Fax: +390382476497