Re: Openldap referral chasing issue

[Chi-Cheng Lee <chichenglee@gmail.com>]

I also experienced the same problem. In my case, I have AD back-end and access through LDAP.

There are one root domain and three sub domains. I did a sub tree search from the root domain with filter "(samAccountName=eric)" and all attributes.

There are 10 referrals being chased and then suddenly the SEGV. The ldap debug log snippet follows:

...

2006-02-07 03:01:03: wait4msg continue, msgid 22, all 1
2006-02-07 03:01:03: ldap_chkResponseList for msgid=22, all=1
2006-02-07 03:01:03: ldap_chkResponseList returns NULL
2006-02-07 03:01:03: ldap_int_select
2006-02-07 03:01:06: read1msg: msgid 22, all 1
2006-02-07 03:01:06: ldap_read: message type bind msgid 22, original id 22
2006-02-07 03:01:06: new result:  res_errno: 0, res_error: <>, res_matched: <>
2006-02-07 03:01:06: read1msg:  0 new referrals
2006-02-07 03:01:06: read1msg:  mark request completed, id = 22
2006-02-07 03:01:06: request 22 done
2006-02-07 03:01:06: res_errno: 0, res_error: <>, res_matched: <>
2006-02-07 03:01:06: ldap_free_request (origid 22, msgid 22)
2006-02-07 03:01:06: ldap_free_connection
2006-02-07 03:01:06: ldap_free_connection: refcnt 1
2006-02-07 03:01:06: ldap_parse_result
2006-02-07 03:01:06: ldap_msgfree
2006-02-07 03:01:06: read1msg:  1 new referrals
Segmentation fault

...

 

I would appreciate any insight on this issue.

 

Thanks,

Eric
 

 

 

On Wed, 2006-02-01 at 00:26 +0530, Kala B wrote:
> Is this a known issue ? I am using the latest openldap version.
> Any thoughts which helps me remove the crash would be of great help.

This by no means qualifies as a bug report.  Please follow instructions
reported here <http://www.openldap.org/faq/data/cache/56.html> to
produce something that may allow developers to track, reproduce and fix
the issue, if any.  Unless you can come up with an evidence of a bug in
OpenLDAP software (just "it crashes" is not by itself evidence of a
bug), please direct further discussion to the OpenLDAP-software mailing
list.

p.