openldap-devel August 2014

openldap-devel@openldap.org

7 participants
5 discussions

MDB_TOOL mode vs. large mdb_env_set_maxreaders()?
by Hallvard Breien Furuseth 28 Aug '14

28 Aug '14

If an lmdb application configures a non-default maxreaders, this setting is ignored if a tool like mdb_copy is already running (maybe from crontab). I suggest mdb_copy & co should use an MDB_TOOL env flag which requires the lockfile (if any) to be valid, and only partly reinitializes it. The upcoming MDB_ROBUST flag might also make use of this. An alternative would be to stuff this into the metapages, but that seems less flexible. -- Hallvard

2 1

RE24 Testing Call #4
by Quanah Gibson-Mount 15 Aug '14

15 Aug '14

Should be the final testing call. Please test and report back, thanks! --Quanah -- Quanah Gibson-Mount Server Architect Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

3 5

RE24 Testing call #3 (OpenLDAP 2.4.40)
by Quanah Gibson-Mount 13 Aug '14

13 Aug '14

Hopefully the final testing call. Please test and report back, thanks! --Quanah -- Quanah Gibson-Mount Server Architect Zimbra, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

4 6

DTLS, cldaps?
by Howard Chu 07 Aug '14

07 Aug '14

Was just reviewing the latest OpenSSL security advisories, many of which apply to their DTLS implementation. I usually ignore anything that has to do with DTLS since LDAP is connection-oriented and not datagram based, but now it occurs to me to ask - is anyone using LDAP over UDP with DTLS? -- -- 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 1

Re: openldap.git branch mdb.master updated. 3630066843b7ca6b2cd12911d3e2fe3314cd4549
by Hallvard Breien Furuseth 04 Aug '14

04 Aug '14

On 27/07/14 03:27, openldap-commit2devel(a)OpenLDAP.org wrote: > commit 3630066843b7ca6b2cd12911d3e2fe3314cd4549 > Author: Howard Chu <hyc(a)symas.com> > Date: Sat Jul 26 18:16:02 2014 -0700 > > Fix MIPS cache coherency on Linux > > MIPS chips require manual control of on-chip caches. The cacheflush > syscall being used here only exists on MIPS Linux, other OSs will > require revisiting. I may be guessing wrong what's going on here, but anyway: CACHEFLUSH looks like it belongs before setting me_txns->mti_txnid which tells other threads/processes to use the new metapage. If so, MDB_NOLOCK may be in trouble since it uses pick_meta() instead of mti_txnid. Should there be a separate CACHEFLUSH after writing the datapages if MDB_NOLOCK, and the current CACHEFLUSH should just flush the metapages? Does the code contradict this comment above, or is it about something else? /* Memory ordering issues are irrelevant ... */ -- Hallvard

2 7

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-devel August 2014