Issue 21 - slapd crashed when connections from MS Outlook Express
Summary: slapd crashed when connections from MS Outlook Express
Status: VERIFIED FIXED
Alias: None
Product: OpenLDAP
Classification: Unclassified
Component: slapd (show other issues)
Version: unspecified
Hardware: All All
: --- normal
Target Milestone: ---
Assignee: OpenLDAP project
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 1998-12-24 07:34 UTC by stna@yahoo.com
Modified: 2014-08-01 21:06 UTC (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description stna@yahoo.com 1998-12-24 07:34:15 UTC 
Full_Name: Nickolas Stanchenko
Version: 1.1
OS: Redhat Linux 2.0.36
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (195.14.43.67)


When I tried find people from MS Outlook Express, I got following results:

(Client : MS WinNT 4.0 SP4, Server : Redhat 5.1 (Kernel 2.0.36) )

 ** slapd -d 1 **

slapd starting
do_bind
unknown version 3
send_ldap_result 2::version not supported
do_bind
do_bind: version 2 dn() method 128
send_ldap_result 0::
do_search
Segmentation fault

 ** gdb core file **

 Program terminated with signal 11, Segmentation Fault

 #0 0x400d0fe7 in ?? ()

 backtrace:

 #0 0x400d0fe7 in ?? ()
 #1 0x400600f6 in ?? ()

 ITS 15 -- same problem

 Thanks, Nickolay
Comment 1 Kurt Zeilenga 1998-12-24 17:07:06 UTC 
changed notes
changed state Open to Feedback
Comment 2 Kurt Zeilenga 1998-12-24 17:07:08 UTC 
At 07:34 AM 12/24/98 GMT, stna@yahoo.com wrote:
> ** gdb core file **
>
> Program terminated with signal 11, Segmentation Fault
>
> #0 0x400d0fe7 in ?? ()
>
> backtrace:
>
> #0 0x400d0fe7 in ?? ()
> #1 0x400600f6 in ?? ()


Can load 'gdb /path/to/servers/slapd/.libs/slapd core' and
then do the backtrace?

Kurt
Comment 3 Kurt Zeilenga 1998-12-24 17:07:19 UTC 
moved from Incoming to Software
Comment 4 Kurt Zeilenga 1998-12-24 21:08:32 UTC 
changed state Feedback to Closed
Comment 5 afm@othello.ch 1998-12-24 22:00:42 UTC 
On Thu, 24 Dec 1998 stna@yahoo.com wrote:
> Full_Name: Nickolas Stanchenko
> Version: 1.1
> OS: Redhat Linux 2.0.36
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (195.14.43.67)
>
> When I tried find people from MS Outlook Express, I got following results:
Same Result when quering slapd from ud:

At the beginning we do a cb to "o=Siber Hegner, c=CH" from within
ud:
+ lear:/usr/home/afm # /usr/local/libexec/slapd -d 1 -f /usr/local/etc/openldap/slapd.conf
+ slapd 1.1-Release (Thu Dec 24 13:22:32 MET 1998)
+         afm@lear:/usr/home/afm/Sources/ldap/servers/slapd
+ slapd starting
+ do_bind
+ do_bind: version 2 dn () method 128
+ send_ldap_result 0::
+ do_search
+ <= dereferencing dn o=Siber Hegner,c=CH
+ dn2entry_r: dn: o=Siber Hegner,c=CH
+ => dn2id( "o=Siber Hegner,c=CH" )
+ => ldbm_cache_open( "/usr/tmp/dn2id.dbb", 66, 600 )
+ <= ldbm_cache_open (opened 0)
+ <= dn2id 3
+ => id2entry_r( 3 )
+ => ldbm_cache_open( "/usr/tmp/id2entry.dbb", 66, 600 )
+ <= ldbm_cache_open (opened 1)
+ => str2entry
+ <= str2entry 0x807fda0
+ <= id2entry_r( 3 ) (disk)
+ ====> cache_return_entry_r
+ dn2entry_r: dn: o=Siber Hegner,c=CH
+ => dn2id( "o=Siber Hegner,c=CH" )
+ => ldbm_cache_open( "/usr/tmp/dn2id.dbb", 66, 600 )
+ <= ldbm_cache_open (cache 0)
+ <= dn2id 3
+ => id2entry_r( 3 )
+ ====> cache_find_entry_dn2id: found id: 3 rw: 0
+ <= id2entry_r 0x807fda0 (cache)
+ <= checking for alias for dn o=Siber Hegner, c=CH
+ ====> cache_return_entry_r
+ <= returning deref DN of  o=Siber Hegner, c=CH
+ using base o=Siber Hegner,c=CH
+ base_candidates: base: o=Siber Hegner,c=CH
+ dn2entry_r: dn: o=Siber Hegner,c=CH
+ => dn2id( "o=Siber Hegner,c=CH" )
+ => ldbm_cache_open( "/usr/tmp/dn2id.dbb", 66, 600 )
+ <= ldbm_cache_open (cache 0)
+ <= dn2id 3
+ => id2entry_r( 3 )
+ ====> cache_find_entry_dn2id: found id: 3 rw: 0
+ <= id2entry_r 0x807fda0 (cache)
+ ====> cache_return_entry_r
+ => id2entry_r( 3 )
+ ====> cache_find_entry_dn2id: found id: 3 rw: 0
+ <= id2entry_r 0x807fda0 (cache)
+ <= checking for alias for dn o=Siber Hegner, c=CH
+ ====> cache_return_entry_r
+ => send_search_entry (o=Siber Hegner, c=CH)
+ <= send_search_entry
+ ====> cache_return_entry_r
+ send_ldap_result 0::

Now we send the search query (uid=stucker):
+ do_search
+ Segmentation fault
+ lear:/usr/home/afm #
There exists an object with dn "uid=stucker,o=Siber  Hegner,c=CH"
in  the  directory.   No  problem  when  doing  the  search  from
ldapsearch or many other tools.

                                        Andreas Mueller

--
Dr. Andreas Mueller, Beratung und Entwicklung
Bubental 53,              CH - 8852 Altendorf
Email:             andreas.mueller@othello.ch
Voice: +41 55 4621483     Fax: +41 55 4621485
Comment 6 Kurt Zeilenga 1998-12-25 00:10:51 UTC 
Please apply:
http://www.OpenLDAP.org/devel/cvsweb.cgi/servers/slapd/back-ldbm/search.c.diff?r1=1.7.2.6&r2=1.7.2.7

Then please duplicate it using ldapsearch, preferrable using one of the test databases.

% cd tests
% ../servers/slapd/slapd -d 1 -p 9009 data/slapd-master.conf >& master.log &
% ldapsearch -h localhost -p 9009 -v -d 1 ...

then:
% gdb ../servers/slapd/slapd core
(gdb) bt

Thanks.

At 11:12 PM 12/24/98 GMT, afm@othello.ch wrote:
>
>On Thu, 24 Dec 1998 stna@yahoo.com wrote:
>> Full_Name: Nickolas Stanchenko
>> Version: 1.1
>> OS: Redhat Linux 2.0.36
>> URL: ftp://ftp.openldap.org/incoming/
>> Submission from: (NULL) (195.14.43.67)
>>
>> When I tried find people from MS Outlook Express, I got following results:
>Same Result when quering slapd from ud:
>
>At the beginning we do a cb to "o=Siber Hegner, c=CH" from within
>ud:
>+ lear:/usr/home/afm # /usr/local/libexec/slapd -d 1 -f /usr/local/etc/openldap/slapd.conf
>+ slapd 1.1-Release (Thu Dec 24 13:22:32 MET 1998)
>+         afm@lear:/usr/home/afm/Sources/ldap/servers/slapd
>+ slapd starting
>+ do_bind
>+ do_bind: version 2 dn () method 128
>+ send_ldap_result 0::
>+ do_search
>+ <= dereferencing dn o=Siber Hegner,c=CH
>+ dn2entry_r: dn: o=Siber Hegner,c=CH
>+ => dn2id( "o=Siber Hegner,c=CH" )
>+ => ldbm_cache_open( "/usr/tmp/dn2id.dbb", 66, 600 )
>+ <= ldbm_cache_open (opened 0)
>+ <= dn2id 3
>+ => id2entry_r( 3 )
>+ => ldbm_cache_open( "/usr/tmp/id2entry.dbb", 66, 600 )
>+ <= ldbm_cache_open (opened 1)
>+ => str2entry
>+ <= str2entry 0x807fda0
>+ <= id2entry_r( 3 ) (disk)
>+ ====> cache_return_entry_r
>+ dn2entry_r: dn: o=Siber Hegner,c=CH
>+ => dn2id( "o=Siber Hegner,c=CH" )
>+ => ldbm_cache_open( "/usr/tmp/dn2id.dbb", 66, 600 )
>+ <= ldbm_cache_open (cache 0)
>+ <= dn2id 3
>+ => id2entry_r( 3 )
>+ ====> cache_find_entry_dn2id: found id: 3 rw: 0
>+ <= id2entry_r 0x807fda0 (cache)
>+ <= checking for alias for dn o=Siber Hegner, c=CH
>+ ====> cache_return_entry_r
>+ <= returning deref DN of  o=Siber Hegner, c=CH
>+ using base o=Siber Hegner,c=CH
>+ base_candidates: base: o=Siber Hegner,c=CH
>+ dn2entry_r: dn: o=Siber Hegner,c=CH
>+ => dn2id( "o=Siber Hegner,c=CH" )
>+ => ldbm_cache_open( "/usr/tmp/dn2id.dbb", 66, 600 )
>+ <= ldbm_cache_open (cache 0)
>+ <= dn2id 3
>+ => id2entry_r( 3 )
>+ ====> cache_find_entry_dn2id: found id: 3 rw: 0
>+ <= id2entry_r 0x807fda0 (cache)
>+ ====> cache_return_entry_r
>+ => id2entry_r( 3 )
>+ ====> cache_find_entry_dn2id: found id: 3 rw: 0
>+ <= id2entry_r 0x807fda0 (cache)
>+ <= checking for alias for dn o=Siber Hegner, c=CH
>+ ====> cache_return_entry_r
>+ => send_search_entry (o=Siber Hegner, c=CH)
>+ <= send_search_entry
>+ ====> cache_return_entry_r
>+ send_ldap_result 0::
>
>Now we send the search query (uid=stucker):
>+ do_search
>+ Segmentation fault
>+ lear:/usr/home/afm #
>There exists an object with dn "uid=stucker,o=Siber  Hegner,c=CH"
>in  the  directory.   No  problem  when  doing  the  search  from
>ldapsearch or many other tools.
>
>                                        Andreas Mueller
>
>--
>Dr. Andreas Mueller, Beratung und Entwicklung
>Bubental 53,              CH - 8852 Altendorf
>Email:             andreas.mueller@othello.ch
>Voice: +41 55 4621483     Fax: +41 55 4621485
>
>
>
>
>
Comment 7 afm@othello.ch 1998-12-25 13:26:40 UTC 
On Fri, 25 Dec 1998 Kurt@openldap.org wrote:
> Please apply:
> http://www.OpenLDAP.org/devel/cvsweb.cgi/servers/slapd/back-ldbm/search.c.diff?r1=1.7.2.6&r2=1.7.2.7

This  patch fixes the problem (ud search crashing slapd) reported
earlier.  At least for the queries through which  I  stumbled  on
the problem. Thanks a lot.

                                        Andreas Mueller

--
Dr. Andreas Mueller, Beratung und Entwicklung
Bubental 53,              CH - 8852 Altendorf
Email:             andreas.mueller@othello.ch
Voice: +41 55 4621483     Fax: +41 55 4621485
Comment 8 Kurt Zeilenga 1998-12-25 15:48:01 UTC 
changed notes
Comment 9 Kurt Zeilenga 1999-01-13 17:54:26 UTC 
moved from Software to Software Bugs
Comment 10 OpenLDAP project 2014-08-01 21:06:51 UTC 
Same as ITS#15.
ITS#12 changes fixed problem.