[Pkg-openldap-devel] Bug#658047: Bug#658047: slapd: reproducible segfault during sync-replication on slave

[Quanah Gibson-Mount]

Hi Sven,

--On Tuesday, January 31, 2012 12:30 AM +0100 Sven Hartge 
<sven at svenhartge.de> wrote:

> On 31.01.2012 00:18, Quanah Gibson-Mount wrote:
>> --On Tuesday, January 31, 2012 12:07 AM +0100 Sven Hartge
>> <sven at svenhartge.de> wrote:
>
>>> Is there a way to privatly submit this data (backtrace and additional
>>> schemas) so you can have look at the problem?
>
>> To start with, you're filing this ticket with the wrong group.  You
>> would want to file this with http://www.openldap.org/its/
>
> I have always been told to directly report bugs to the Debian BTS. The
> DDs will then relay the bug to upstream if they believe this to be an
> upstream bug.
>
> But if the Debian OpenLDAP Maintainers tell me to directly report this
> issue to upstream, this is fine with me as well.

I'm the release engineer for the OpenLDAP project, and am not one of the 
Debian OpenLDAP maintainers.  However, I work to triage issues reported via 
Debian's BTS into the upstream tracker.

Your request for privacy is a significant detail, and thus the request for 
filing against the upstream tracker vs the Debian BTS, because I wouldn't 
have access to anything set up in it privately.


>> I think what you are reporting has already been reported to OpenLDAP as
>> <http://www.openldap.org/its/index.cgi/?findid=7113>
>
> This does not look right, since my consumer segfaults and not the
> master, which is fine.
>
>> I would ask that you try the current RE24 checkout from GIT and see if
>> you still encounter the issue.  If so, then please file an ITS in the
>> OpenLDAP tracker with the backtrace, etc, information.  If you need to
>> arrange that to be provided privately, that can be worked out with the
>> OpenLDAP developers.
>
> Will do. But first I will try a -O0 rebuild of the current package to
> rule out any weird compiler bugs.

Thanks.  I never build OpenLDAP with anything but -O0 myself, because I've 
seen gcc do the wrong thing too many times to trust its optimizations when 
it comes to OpenLDAP. ;)

--Quanah

--

Quanah Gibson-Mount
Sr. Member of Technical Staff
Zimbra, Inc
A Division of VMware, Inc.
--------------------
Zimbra ::  the leader in open source messaging and collaboration