ando@sys-net.it wrote:
> On Thu, 2005-11-03 at 09:54 +0000, hyc@symas.com wrote:
>
>> ando@sys-net.it wrote:
>>
>>> [On AMD64]
>>>
>>> I'm seeing different different types of errors; many occur in the
>>> targets of the slapd-meta database; valgrind reports:
>>>
>>>
>>> I have no clue right now; I suspect something related to the connection
>>> handling yet, as that portion of code has been heavily changed recently.
>>>
>>>
>> I agree it's most likely to be related to the connection handling.
>> However, on my tests it is the slapd-meta process that crashes. I'll try
>> it under valgrind and see if that changes things.
>>
>
> I also note that most of the invalid frees occur when slap_sl_free() is
> used, indicating that likely the context that is passed is invalid.
>
I haven't seen that. But re: this crash, I see that slapd #1 SEGVs
because the op it is processing has already been placed on the free list
by slap_op_free(). Looking in slapd.1.log I would guess the op got
abandoned because there is a DISCONNECT message due to bad decoding:
connection_close: deferring conn=3 sd=17
<= send_search_entry: conn 3 exit.
DISCONNECT tag=120 err=2 text=decoding error
DISCONNECT tag=120 err=2 text=error decoding filter
send_ldap_result: conn=3 op=5 p=3
send_ldap_result: err=0 matched="" text=""
send_ldap_response: msgid=6 tag=101 err=0
ldap_err2string
<= ldap_bv2dn(ou=people,dc=example,dc=com)=0 Success
slap_listener_activate(7):
I'll see what I can do about fixing this. I guess an Abandon test ought
to be able to reproduce the problem.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc
OpenLDAP Core Team http://www.openldap.org/project/