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
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@mailgw.example.com +dn: cn=Barbara Jensen,ou=Information Technology Division,ou=People,dc=example, + dc=com +mail: bjensen@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.
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@mailgw.example.com +dn: cn=Barbara Jensen,ou=Information Technology Division,ou=People,dc=example,
- dc=com
+mail: bjensen@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.
--On Monday, August 03, 2015 2:55 PM -0400 Aaron Richton richton@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
--On Monday, August 03, 2015 2:41 PM -0700 Quanah Gibson-Mount quanah@zimbra.com wrote:
--On Monday, August 03, 2015 2:55 PM -0400 Aaron Richton richton@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
--On Monday, August 03, 2015 3:02 PM -0700 Quanah Gibson-Mount quanah@zimbra.com wrote:
--On Monday, August 03, 2015 2:41 PM -0700 Quanah Gibson-Mount quanah@zimbra.com wrote:
--On Monday, August 03, 2015 2:55 PM -0400 Aaron Richton richton@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
Quanah Gibson-Mount wrote:
--On Monday, August 03, 2015 2:41 PM -0700 Quanah Gibson-Mount quanah@zimbra.com wrote:
--On Monday, August 03, 2015 2:55 PM -0400 Aaron Richton richton@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.
--On Tuesday, August 04, 2015 2:22 PM +0100 Howard Chu hyc@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
-
Aaron Richton -
Gavin Henry -
Howard Chu -
Michael Ströder -
Quanah Gibson-Mount