5:14 p.m.
OpenLDAP 2.4.42 Engineering
Fixed liblber address length for CLDAP (ITS#8158)
Fixed libldap dnssrv potential overflow with port number
(ITS#7027,ITS#8195)
Fixed slapd cn=config when updating olcAttributeTypes (ITS#8199)
Fixed slapd-mdb to correctly update search candidates for scoped
searches (ITS#8203)
Fixed slapo-ppolicy with redundant mod ops on glued trees (ITS#8184)
Build Environment
Fixed libdb detection with gcc 5.x (ITS#8056)
LMDB 0.9.16 Release Engineering
Fix cursor EOF bug (ITS#8190)
Fix handling of subDB records (ITS#8181)
Fix mdb_midl_shrink() usage (ITS#8200)
This release is primarly addressing crash related problems and to fix the
configure script for gcc 5.x.
Thanks!
--Quanah
--
Quanah Gibson-Mount
Platform Architect
Zimbra, Inc.
--------------------
Zimbra :: the leader in open source messaging and collaboration
10 a.m.
On Wed, 29 Jul 2015, Quanah Gibson-Mount wrote:
OpenLDAP 2.4.42 Engineering
Hmm. Getting failures for test020 using mdb:
$ diff -u ldapsearch.flt ldif.flt
--- ldapsearch.flt 2015-08-03 12:30:47.171602000 -0400
+++ ldif.flt 2015-08-03 12:30:47.219532000 -0400
@@ -232,9 +232,9 @@
uid: bjensen
title: Mythical Manager, Research Systems
-dn: cn=Bjorn Jensen,ou=Information Technology Division,ou=People,dc=example,dc
- =com
-mail: bjorn(a)mailgw.example.com
+dn: cn=Barbara Jensen,ou=Information Technology Division,ou=People,dc=example,
+ dc=com
+mail: bjensen(a)mailgw.example.com
dn: cn=All Staff,ou=Groups,dc=example,dc=com
cn: All Staff
On OPENLDAP_REL_ENG_2_4_41-23-g1b1b294, consistent across Solaris and
Linux.
10:35 a.m.
Aaron Richton wrote:
On Wed, 29 Jul 2015, Quanah Gibson-Mount wrote:
> OpenLDAP 2.4.42 Engineering
Hmm. Getting failures for test020 using mdb:
Weird. Not seeing any problems here.
$ diff -u ldapsearch.flt ldif.flt
--- ldapsearch.flt 2015-08-03 12:30:47.171602000 -0400
+++ ldif.flt 2015-08-03 12:30:47.219532000 -0400
@@ -232,9 +232,9 @@
uid: bjensen
title: Mythical Manager, Research Systems
-dn: cn=Bjorn Jensen,ou=Information Technology Division,ou=People,dc=example,dc
- =com
-mail: bjorn(a)mailgw.example.com
+dn: cn=Barbara Jensen,ou=Information Technology Division,ou=People,dc=example,
+ dc=com
+mail: bjensen(a)mailgw.example.com
dn: cn=All Staff,ou=Groups,dc=example,dc=com
cn: All Staff
On OPENLDAP_REL_ENG_2_4_41-23-g1b1b294, consistent across Solaris and Linux.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
1:41 p.m.
--On Monday, August 03, 2015 2:55 PM -0400 Aaron Richton
<richton(a)nbcs.rutgers.edu> wrote:
On Mon, 3 Aug 2015, Howard Chu wrote:
>> Hmm. Getting failures for test020 using mdb:
>
> Weird. Not seeing any problems here.
Tried a complete-brand-new clone and it did take three iterations before
failure...so looks like it's not a 100% thing.
Same here:
Filtering ldapsearch results...
Filtering original ldif...
Comparing filter output...
Comparison failed
Failed after 6 of 100 iterations
--Quanah
--
Quanah Gibson-Mount
Platform Architect
Zimbra, Inc.
--------------------
Zimbra :: the leader in open source messaging and collaboration
2:02 p.m.
--On Monday, August 03, 2015 2:41 PM -0700 Quanah Gibson-Mount
<quanah(a)zimbra.com> wrote:
--On Monday, August 03, 2015 2:55 PM -0400 Aaron Richton
<richton(a)nbcs.rutgers.edu> wrote:
> On Mon, 3 Aug 2015, Howard Chu wrote:
>
>>> Hmm. Getting failures for test020 using mdb:
>>
>> Weird. Not seeing any problems here.
>
> Tried a complete-brand-new clone and it did take three iterations before
> failure...so looks like it's not a 100% thing.
Same here:
Filtering ldapsearch results...
Filtering original ldif...
Comparing filter output...
Comparison failed
Failed after 6 of 100 iterations
Correction -- I can repo this with 2.4.41 as well, so it isn't new.
--Quanah
--
Quanah Gibson-Mount
Platform Architect
Zimbra, Inc.
--------------------
Zimbra :: the leader in open source messaging and collaboration
3:12 p.m.
--On Monday, August 03, 2015 3:02 PM -0700 Quanah Gibson-Mount
<quanah(a)zimbra.com> wrote:
--On Monday, August 03, 2015 2:41 PM -0700 Quanah Gibson-Mount
<quanah(a)zimbra.com> wrote:
> --On Monday, August 03, 2015 2:55 PM -0400 Aaron Richton
> <richton(a)nbcs.rutgers.edu> wrote:
>
>> On Mon, 3 Aug 2015, Howard Chu wrote:
>>
>>>> Hmm. Getting failures for test020 using mdb:
>>>
>>> Weird. Not seeing any problems here.
>>
>> Tried a complete-brand-new clone and it did take three iterations before
>> failure...so looks like it's not a 100% thing.
>
> Same here:
>
> Filtering ldapsearch results...
> Filtering original ldif...
> Comparing filter output...
> Comparison failed
> Failed after 6 of 100 iterations
Correction -- I can repo this with 2.4.41 as well, so it isn't new.
I routinely get failures of a different sort in 2.4.40 (slapd fails to
start), so it appears this issue was introduced with 2.4.41.
--Quanah
--
Quanah Gibson-Mount
Platform Architect
Zimbra, Inc.
--------------------
Zimbra :: the leader in open source messaging and collaboration
5:22 a.m.
Quanah Gibson-Mount wrote:
--On Monday, August 03, 2015 2:41 PM -0700 Quanah Gibson-Mount
<quanah(a)zimbra.com> wrote:
> --On Monday, August 03, 2015 2:55 PM -0400 Aaron Richton
> <richton(a)nbcs.rutgers.edu> wrote:
>
>> On Mon, 3 Aug 2015, Howard Chu wrote:
>>
>>>> Hmm. Getting failures for test020 using mdb:
>>>
>>> Weird. Not seeing any problems here.
>>
>> Tried a complete-brand-new clone and it did take three iterations before
>> failure...so looks like it's not a 100% thing.
>
> Same here:
>
> Filtering ldapsearch results...
> Filtering original ldif...
> Comparing filter output...
> Comparison failed
> Failed after 6 of 100 iterations
Correction -- I can repo this with 2.4.41 as well, so it isn't new.
I've had a look at some successful and failed runs. The difference is again,
purely timing-related. On the failed runs the pcache thread hasn't finished
storing the cached entries by the time the next search starts. Inserting
sleeps into the test script makes the problem go away. Also, configuring the
cache DBs with dbnosync also makes the problem go away. I'll commit the latter
change.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
2:37 p.m.
--On Tuesday, August 04, 2015 2:22 PM +0100 Howard Chu <hyc(a)symas.com>
wrote:
I've had a look at some successful and failed runs. The
difference is
again, purely timing-related. On the failed runs the pcache thread hasn't
finished storing the cached entries by the time the next search starts.
Inserting sleeps into the test script makes the problem go away. Also,
configuring the cache DBs with dbnosync also makes the problem go away.
I'll commit the latter change.
Pushed to RE24.
Aaron, can you please re-test and confirm it is resolved in your setup?
Thanks,
Quanah
--
Quanah Gibson-Mount
Platform Architect
Zimbra, Inc.
--------------------
Zimbra :: the leader in open source messaging and collaboration
2847
days inactive
2859
days old
11 comments
5 participants
participants (5)
-
Aaron Richton -
Gavin Henry -
Howard Chu -
Michael Ströder -
Quanah Gibson-Mount