Ah, you still have defaultSearchBase in cn=config, and it is preventing
the rest of the config from being built correctly. I thought I had
removed this from cn=config when I moved the attribute to the Frontend
object, but apparently it's also still present in the cn=config entry.
We'll fix
This is fixed in CVS slapd/bconfig.c, latest revision in HEAD and
OPENLDAP_REL_ENG_2_3.
Samuel Tran wrote:
Here is the full output:
sudo /usr/local/libexec/slapd -d 255 -u ldap -F /etc/openldap/slapd.d -4
[?1h=[57;1H[K@(#) $OpenLDAP: slapd 2.3.6 (Aug 24 2005 12:46:47) $
[EMAIL
/usr/include/ldap.h (OL-2.3.6):
#if LDAP_DEPRECATED
/*
* in bind.c:
* (deprecated)
*/
LDAP_F( int )
ldap_bind LDAP_P(( /* deprecated */
Em Sábado 27 Agosto 2005 12:39, Kurt D. Zeilenga escreveu:
The quoted material implies this particular interface is deprecated.
It says nothing about LDAP simple bind itself.
What is the non-deprecated way of unbinding? ldap_unbind(3) is marked as
deprecated in /usr/include/ldap.h from
At 09:17 AM 8/27/2005, Andreas Hasenack wrote:
Em Sábado 27 Agosto 2005 12:39, Kurt D. Zeilenga escreveu:
The quoted material implies this particular interface is deprecated.
It says nothing about LDAP simple bind itself.
What is the non-deprecated way of unbinding?
ldap_unbind_ext(3).
Tomasz Chmielewski wrote:
so, with 2.2.x OpenLDAP series, it's impossible?
OL2.2 does not support global overlays. updateref is returned
__before__ the database's write operation is invoked, so stacking the
chain overlay on a database does not work.
p.
SysNet - via Dossi,8 27100
While threads seems pretty clearly to be the hard limit on the
maximum number of slapd threads that will be spawned, how does
concurrency relate? Any good rules-of-thumb for how it should be
set?
Thanks!
-Ben
Ben Beuchler wrote:
While threads seems pretty clearly to be the hard limit on the
maximum number of slapd threads that will be spawned, how does
concurrency relate? Any good rules-of-thumb for how it should be
set?
concurrency is relevant on systems with M:N threads implementations, and
