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

Re: bdb_equality_candidates: (attr) index_param failed (18) ?



Sorry, I should mention that these attributes are not indexed.  They are
rarely ever searched for, and when they are the search base is
sufficient to ensure only a few entries need to be scanned.  eg. In the
search below, there are only about 10 children to the search base.

Is the problem simply that I'm searching for non-indexed attributes?  If
so, will this cause problems?

Carl

----- Original Message -----
From: "Carl Litt" <carl@execulink.com>
To: <openldap-software@OpenLDAP.org>
Sent: Tuesday, May 13, 2003 12:36 AM
Subject: bdb_equality_candidates: (attr) index_param failed (18) ?


> Hi all,
>
> I am getting the following error from OpenLDAP 2.1.18 anytime I search
> on attributes from my schema:
>
> May 13 00:13:21 ldap1 slapd[2140]: conn=1 op=3 SRCH
> base="ou=servicetypes,o=top" scope=2 filter="(serviceType=SOME-TYPE)"
> ...
> May 13 00:13:21 ldap1 slapd[2140]: <= bdb_equality_candidates: id=0,
> first=0, last=0
> May 13 00:13:21 ldap1 slapd[2140]: <= bdb_filter_candidates: id=0
> first=0 last=0
> May 13 00:13:21 ldap1 slapd[2140]: => bdb_filter_candidates
> May 13 00:13:21 ldap1 slapd[2140]: ^IEQUALITY
> May 13 00:13:21 ldap1 slapd[2140]: => bdb_equality_candidates
> (serviceType)
> May 13 00:13:21 ldap1 slapd[2140]: <= bdb_equality_candidates:
> (serviceType) index_param failed (18)
> May 13 00:13:21 ldap1 slapd[2140]: <= bdb_filter_candidates: id=0
> first=0 last=0
>
> Here is the schema definition for serviceType:
>
> attributeType ( 1.3.6.1.4.1.MYOID.....
>         NAME 'serviceType'
>         EQUALITY caseIgnoreMatch
>         SUBSTR caseIgnoreSubstringsMatch
>         SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
>         )
>
> The search is returning correctly, however I am concerned that this
> error is a sign of something wrong.  From what I gather from the
source,
> bdb_index_param is returning LDAP_INAPPROPRIATE_MATCHING (?).
> Further research shows that I get this error on substring searches as
> well (bdb_substring_candidates).
>
> Is there something wrong with my schema definition?  This directory
was
> created by slapadd'ing an LDIF taken from 2.0.27.
>
> Thanks,
> Carl Litt
> Network Administrator
> Execulink Internet
>