From nvoutsin@gmail.com Sun Mar 22 10:01:48 2015
From: nvoutsin@gmail.com
To: openldap-bugs@openldap.org
Subject: Re: (ITS#8086) slapd with mdb backend crashes in id2entry
Date: Sun, 22 Mar 2015 10:01:46 +0000
Message-ID: <E1YZchW-000820-CH@gauss.openldap.net>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============8308131446905717460=="

--===============8308131446905717460==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

--001a1141ca9eb03add0511dda290
Content-Type: text/plain; charset=3DUTF-8

I am in the process of doing so. Do you have in mind a specific commit/fix
in REL_EN that might have solved this; That would help me reproduce the
initial problem (in 2.4.40) and confirm the fix (in REL_ENG).

For start I will try to upgrade to REL_ENG the same system from which I got
the debug log, to see if that would help recover (although I have no great
hopes).

On Sun, Mar 22, 2015 at 12:39 AM, Howard Chu <hyc(a)symas.com> wrote:

> nvoutsin(a)gmail.com wrote:
>
>> Full_Name: Nikos Voutsinas
>> Version: 2.4.40
>> OS: Debian
>> URL: ftp://ftp.openldap.org/incoming/NikosVoutsinas_20-03-
>> 2015_mdb_assertion.id2entry
>> Submission from: (NULL) (5.55.167.101)
>>
>>
>> slapd with an mdb backend, after some time of normal operation, may reach
>> into a
>> situation where you can almost predictably crash it, with a simple modify
>> operation.
>>
>
> Please test RE24 and see if you can still reproduce this issue.
>
> --
>   -- Howard Chu
>   CTO, Symas Corp.           http://www.symas.com
>   Director, Highland Sun     http://highlandsun.com/hyc/
>   Chief Architect, OpenLDAP  http://www.openldap.org/project/
>

--001a1141ca9eb03add0511dda290
Content-Type: text/html; charset=3DUTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D3D"ltr"><div><div>I am in the process of doing so. Do you have in =
=3D
mind a specific commit/fix in REL_EN that might have solved this; That woul=3D
d help me reproduce the initial problem (in 2.4.40) and confirm the fix (in=3D
 REL_ENG). <br></div><br></div>For start I will try to upgrade to REL_ENG t=3D
he same system from which I got the debug log, to see if that would help re=3D
cover (although I have no great hopes).<br></div><div class=3D3D"gmail_extra"=
=3D
><br><div class=3D3D"gmail_quote">On Sun, Mar 22, 2015 at 12:39 AM, Howard Ch=
=3D
u <span dir=3D3D"ltr">&lt;<a href=3D3D"mailto:hyc(a)symas.com" target=3D3D"_b=
lank">=3D
hyc(a)symas.com</a>&gt;</span> wrote:<br><blockquote class=3D3D"gmail_quote" =
st=3D
yle=3D3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><a hr=
=3D
ef=3D3D"mailto:nvoutsin(a)gmail.com" target=3D3D"_blank">nvoutsin(a)gmail.com=
</a> w=3D
rote:<br>
<blockquote class=3D3D"gmail_quote" style=3D3D"margin:0 0 0 .8ex;border-left:=
1p=3D
x #ccc solid;padding-left:1ex">
Full_Name: Nikos Voutsinas<br>
Version: 2.4.40<br>
OS: Debian<br>
URL: <a href=3D3D"ftp://ftp.openldap.org/incoming/NikosVoutsinas_20-03-2015_m=
=3D
db_assertion.id2entry" target=3D3D"_blank">ftp://ftp.openldap.org/<u></u>inco=
=3D
ming/NikosVoutsinas_20-03-<u></u>2015_mdb_assertion.id2entry</a><br>
Submission from: (NULL) (5.55.167.101)<br>
<br>
<br>
slapd with an mdb backend, after some time of normal operation, may reach i=3D
nto a<br>
situation where you can almost predictably crash it, with a simple modify<b=3D
r>
operation.<br>
</blockquote>
<br>
Please test RE24 and see if you can still reproduce this issue.<span class=3D
=3D3D"HOEnZb"><font color=3D3D"#888888"><br>
<br>
-- <br>
=3DC2=3DA0 -- Howard Chu<br>
=3DC2=3DA0 CTO, Symas Corp.=3DC2=3DA0 =3DC2=3DA0 =3DC2=3DA0 =3DC2=3DA0 =3DC2=
=3DA0 =3DC2=3DA0<a href=3D3D"=3D
http://www.symas.com" target=3D3D"_blank">http://www.symas.com</a><br>
=3DC2=3DA0 Director, Highland Sun=3DC2=3DA0 =3DC2=3DA0 =3DC2=3DA0<a href=3D3D=
"http://highland=3D
sun.com/hyc/" target=3D3D"_blank">http://highlandsun.com/hyc/</a><br>
=3DC2=3DA0 Chief Architect, OpenLDAP=3DC2=3DA0 <a href=3D3D"http://www.openld=
ap.org/p=3D
roject/" target=3D3D"_blank">http://www.openldap.org/<u></u>project/</a><br>
</font></span></blockquote></div><br></div>

--001a1141ca9eb03add0511dda290--




--===============8308131446905717460==--