[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: ldapsearch failing on cn=schema



You make non-portable assumptions about the location of subschema.
Use the subschemaSubentry attribute of the entry in which you
wish to discover subschema for.  For details, see archives of
the software mailing list.

Kurt

At 04:35 PM 4/4/01 +0200, Stéphane Barbaroux wrote:
>Hi,
>
>Could anyone explain me why the following request :
>
>ldapsearch -D "cn=root,o=sycomore,c=fr" -w secret -h atest02 -p 389 -b
>"cn=schema" -s base
>
>does work on Netcape Directory Server 4.1 and Secure Way Ibm 3.2 but not
>
>on Openldap 2.07
>
>the slapd debugger returns :
>
>"  SRCH base="cn=schema" scope=0 filter="(objectClass=*)"
> ber_flush: 14 bytes to sd 9
>conn=5 op=1 RESULT tag=101 err=32 text=
> conn=5 op=2 UNBIND
>
>and :
>
> No such object
>
>------------------Sladp.conf------------------------------
>
>......
>database        ldbm
>suffix          "o=sycomore, c=fr"
>rootdn          "cn=root, o=sycomore, c=fr"
># Cleartext passwords, especially for the rootdn, should
># be avoid.  See slappasswd(8) and slapd.conf(5) for details.
># Use of strong authentication encouraged.
>rootpw          secret
># The database directory MUST exist prior to running slapd AND
># should only be accessable by the slapd/tools. Mode 700 recommended.
>directory       /usr/local/var/openldap-ldbm
># Indices to maintain
>index   objectClass     eq
>--------------------------------------------------------
>
>thanks