Issue 5589 - Segfault in syncrepl on provider
Summary: Segfault in syncrepl on provider
Status: VERIFIED FIXED
Alias: None
Product: OpenLDAP
Classification: Unclassified
Component: slapd (show other issues)
Version: 2.4.10
Hardware: All All
: --- normal
Target Milestone: ---
Assignee: OpenLDAP project
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-07-02 12:34 UTC by michael@fladi.at
Modified: 2014-08-01 21:04 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 michael@fladi.at 2008-07-02 12:34:05 UTC 
Full_Name: Michael Fladischer
Version: 2.4.10
OS: Debian GNU/Linux Unstable
URL: http://storage.fladi.at/~fladischer.michael/slapd/
Submission from: (NULL) (193.170.104.18)


I'm running two instances of slapd (2.4.10 from Debian/Unstable) on separate
machines.
One is the master/provider and the other the slave, pulling changes via syncrepl
from the provider.
Since 2.4.9 the provider slapd instance crashes with a segfault when the slave
attempts to search for the latest changes. If there are no changes the operation
completes successful.
If I change an attribute of an object on the master (add/delete/modify) the
slapd instance crashes with a segfault immediately the moment when the slave
starts his search.
I can reproduce this every time but only with a slave slapd doing the search.
The segfault does not occur when searching with ldapsearch.

A backtrace can be found at the provided URL.
Comment 1 Howard Chu 2008-07-02 14:27:34 UTC 
michael@fladi.at wrote:
> Full_Name: Michael Fladischer
> Version: 2.4.10
> OS: Debian GNU/Linux Unstable
> URL: http://storage.fladi.at/~fladischer.michael/slapd/
> Submission from: (NULL) (193.170.104.18)
>
>
> I'm running two instances of slapd (2.4.10 from Debian/Unstable) on separate
> machines.
> One is the master/provider and the other the slave, pulling changes via syncrepl
> from the provider.
> Since 2.4.9 the provider slapd instance crashes with a segfault when the slave
> attempts to search for the latest changes. If there are no changes the operation
> completes successful.
> If I change an attribute of an object on the master (add/delete/modify) the
> slapd instance crashes with a segfault immediately the moment when the slave
> starts his search.
> I can reproduce this every time but only with a slave slapd doing the search.
> The segfault does not occur when searching with ldapsearch.
>
> A backtrace can be found at the provided URL.

Thanks for the report, a fix is now in CVS HEAD. Please test.

-- 
   -- Howard Chu
   CTO, Symas Corp.           http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/
Comment 2 Howard Chu 2008-07-02 14:47:11 UTC 
changed notes
changed state Open to Test
moved from Incoming to Software Bugs
Comment 3 michael@fladi.at 2008-07-02 15:08:49 UTC 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Yes, I can confirm that the segfault is now gone in CVS.
Syncrepl works as expected.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkhrmfoACgkQeJ3z1zFMUGbzjgCeLn+en9DepG5UvwVDyBTPcNav
A1EAniRDgkQI8/MZF4o8yXSr552+NQZz
=gvp/
-----END PGP SIGNATURE-----
Comment 4 Quanah Gibson-Mount 2008-07-10 00:06:35 UTC 
changed notes
changed state Test to Release
Comment 5 Howard Chu 2008-07-20 18:30:48 UTC 
changed state Release to Closed
Comment 6 OpenLDAP project 2014-08-01 21:04:16 UTC 
fixed in HEAD/RE24