Re: slapd coredumps on search (ITS#1308)

[Kurt@OpenLDAP.org]

This appears to be a different condition than previously
reported.  Please use slapindex to rebuild indices then
retest.  If it repeats, obtain a stack back trace using
a debugger such as gdb.  Also, relevant sections of your
configuration may be useful.  In particular, copies of
any schema you may have added, command line input used
to create the crash, copies of entries which match search,
etc.

At 08:34 AM 2001-09-09, artur@surfnet.fi wrote:
>Hi
>
>I have tried it with cvs REL_ENG_2 version and it also segfaults. The only
>difference is that 2.0.12 always segfaults but REL_ENG_2 segfaults only if
>this search is the first search. If another search is done first this
>search works one time but if repeated a second time slapd says:
>
>end get_filter 0
>        AND
>        DN SUBTREE
>        OR
>        EQUALITY
>        AND
>        EQUALITY
>        EQUALITY
>        EQUALITY
>=> test_filter
>    AND
>=> test_filter_and
>=> test_filter
>    EQUALITY
><= test_filter 50
>=> test_filter
>    EQUALITY
><= test_filter 50
>=> test_filter
>    EQUALITY
>slapd: acl.c:101: access_allowed: Assertion `attr != ((void *)0)' failed.
>Aborted
>
>Hope this helps
>
>Artur
>
>On Wed, 5 Sep 2001 Kurt@OpenLDAP.org wrote:
>
>> I note that I committed a fix to filter indexing code to
>> HEAD and OPENLDAP_REL_ENG_2 recently which may resolve
>> this issue.  I suggest taking a look at OPENLDAP_REL_ENG_2
>> (available via AnonCVS).
>>
>>         Kurt
>>
>> At 12:03 PM 2001-09-03, artur@surfnet.fi wrote:
>> >On Mon, 3 Sep 2001 masarati@aero.polimi.it wrote:
>> >
>> >> > Slapd coredumps when searching using filter:
>> >> > "(&(aktivkund=xxx)(hostaccess=xxx)(uid=xxx))" with specific values instead of
>> >> > the xxx's. Changing order of filter fields or search values causes everything to
>> >> > work fine. Removing "index hostaccess eq" from config-file also "fixes" the
>> >> > problem, as do
>> >> > re-indexing the database.
>> >> >
>> >> > Running:
>> >> > openldap 2.0.7 & 2.0.11 on RedHat 6.2 (both RPM and tgz tested)
>> >> > gdbm 1.8.0
>> >>