openldap-devel

openldap-devel@openldap.org

1420 discussions

Re: openldap.git branch mdb.master updated. 21da623bf40dc21f89c3172c523d094075e0824b
by Hallvard Breien Furuseth 02 May '13

02 May '13

openldap-commit2devel(a)OpenLDAP.org writes: > Allow reading freelist while working on it > > The circular dependency issues appear to have been resolved. > Still, need to watch closely, maybe revert this change if > problems arise. IIRC this could get page-hungry when I tried that with a fragented DB, and with large changes which needed overflow pages and used them up for non-freelist items. One of those big LDIFs at ada, I think. Something like: Commit wants a big enough range for an overflow page for mt_free_pgs, maybe finds and allocates one, but the freelist changes eat too many freelist items and will need a bigger page one later. It doesn't free the useless overflow page it already allocated. Repeat. Anyway, I think this change needs code to give pages back to me_pghead, or revert to an earlier {me_pglast, me_pghead}, or something like that. Or maybe someday clean up nested txns, support them with WRITEMAP, and use those for the freelist loop since they support reverting a change. -- Hallvard

1 0

Current master broken with back-mdb
by Quanah Gibson-Mount 07 Apr '13

07 Apr '13

Just FYI, current master is utterly broken with back-mdb. Most sub-databases are missing. mdb database with 2.4.35: zimbra@zre-ldap002:~/data/ldap/mdb/db$ mdb_stat -eaf . | grep "Status of" Status of Main DB Status of DKIMIdentity Status of DKIMSelector Status of ad2i Status of cn Status of displayName Status of dn2i Status of entryCSN Status of entryUUID Status of givenName Status of id2e Status of mail Status of objectClass Status of sn Status of uid Status of zimbraACE Status of zimbraAuthKerberos5Realm Status of zimbraCalResBuilding Status of zimbraCalResCapacity Status of zimbraCalResFloor Status of zimbraCalResRoom Status of zimbraCalResSite Status of zimbraDomainAliasTargetId Status of zimbraDomainName Status of zimbraForeignPrincipal Status of zimbraId Status of zimbraMailAlias Status of zimbraMailCatchAllAddress Status of zimbraMailDeliveryAddress Status of zimbraMailForwardingAddress Status of zimbraMailHost Status of zimbraMailTransport Status of zimbraMemberOf Status of zimbraShareInfo Status of zimbraSharedItem Status of zimbraUCServiceId Status of zimbraVirtualHostname Status of zimbraVirtualIPAddress Status of zimbraYahooId mdb database with master: zimbra@zre-ldap001:~/data/ldap/mdb/db$ mdb_stat -eaf . | grep "Status of" Status of Main DB Status of DKIMIdentity Status of DKIMSelector Status of ad2i Status of cn --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

2 3

lmdb.h defining mode_t
by Hallvard Breien Furuseth 31 Mar '13

31 Mar '13

openldap-commit2devel(a)OpenLDAP.org writes: > commit 0c568117cea6764c3f12a0d69ddf54ee467d2dec > Author: Howard Chu <hyc(a)symas.com> > Date: Sun Mar 31 08:10:43 2013 -0800 > > MSVC doesn't define mode_t Nor should ldmb.h. That can break if it meets a header from another package doing almost the same thing. E.g. #define mode_t unsigned int. Try: #ifndef _MSC_VER typedef mode_t mdb_mode_t; #else typedef int mdb_mode_t; #endif ... int mdb_env_open(... mdb_mode_t mode); -- Hallvard

1 0

RE24 Testing call #1 (OpenLDAP 2.4.35)
by Quanah Gibson-Mount 29 Mar '13

29 Mar '13

Current RE24 is ready for testing for the 2.4.35 release. Thanks! --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

2 1

Re: Notes
by Howard Chu 11 Mar '13

11 Mar '13

Brett Maxfield wrote: > On 12/03/2013, at 8:04 AM, Howard Chu <hyc(a)symas.com> wrote: > >> We're talking about deprecating the BDB-based backends Real Soon Now. I suppose this should be done in OpenLDAP 2.5, but we've pulled a lot into 2.4 that we had originally slated for 2.5, which keeps pushing any actual 2.5 work further into the future as we keep extending 2.4. > > I imagine dropping bdb completely will leave a multitude of systems which apart from suffering from distribution lag, will now suffer additionally from end of line itus, as they will be unable to patch to the newest minor version if bdb is dropped entirely in some future 2.4.x version.. > > I'd say deprecate it in 2.4.x great, but dont drop it completely until > 2.5. If you are in a rush, drop bdb backend from the default configure options to get the point across, or print a warning or some such notice in configure, so package maintainers get the hint before 2.6 is released.. > > Given users have the option to drop bdb today, why force the issue? > > Most people don't expect huge changes in behavior, for only minor version releases. > > If 2.4.x is stable and feature complete / no new features, then at some point there will be a natural finish, when there will be few changes for 2.4.x right? Bug fix only tree for 2.4 would leave resources to work on 2.5 release ? I only said "deprecating", I didn't say anything about dropping. back-bdb has already been turned off by default in HEAD. Looks like it's still on by default in RE24, that seems to be an oversight since we'd been recommending back-hdb for a long time already. -- -- 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 0

Notes
by Howard Chu 11 Mar '13

11 Mar '13

We're talking about deprecating the BDB-based backends Real Soon Now. I suppose this should be done in OpenLDAP 2.5, but we've pulled a lot into 2.4 that we had originally slated for 2.5, which keeps pushing any actual 2.5 work further into the future as we keep extending 2.4. At any rate, LMDB is settling down pretty well now. The only reason left to use BDB today is if you're working with a >2GB DB on a 32-bit machine, and frankly if you're doing that, instead of just upgrading to a 64-bit machine, you've got other problems. -- -- 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 0

RE24 Testing call #3 (OpenLDAP 2.4.34)
by Quanah Gibson-Mount 28 Feb '13

28 Feb '13

Current RE24 is ready for testing for the 2.4.34 release. This is expected to be the last testing call for 2.4.34. --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

2 1

Re: openldap.git branch master updated. 04b95ec6eeaaf2e669d25a8e06e5a2ed73fbcf2c
by Pierangelo Masarati 27 Feb '13

27 Feb '13

On 02/21/2013 10:57 AM, openldap-commit2devel(a)OpenLDAP.org wrote: > - Log ----------------------------------------------------------------- > commit 04b95ec6eeaaf2e669d25a8e06e5a2ed73fbcf2c > Author: Howard Chu <hyc(a)openldap.org> > Date: Thu Feb 21 01:56:58 2013 -0800 > > ITS#7525 more for quoting Howard, I'm not sure this needs quoting. The URI needed quoting because multiple URIs are listed in a single value, and the first URI needs the DN portion. On the contrary, subtree-{in|ex}clude are multiple-valued attributes which are parsed independently, so no quoting is needed (actually, quoting breaks parsing). I'm keen to reverting this, unless I'm missing something. p. -- Pierangelo Masarati Associate Professor Dipartimento di Scienze e Tecnologie Aerospaziali Politecnico di Milano

2 2

Re: MDB on gitorious, misc stuff
by Howard Chu 25 Feb '13

25 Feb '13

David Wilson wrote: > To support universal builds on OS X '-arch i386 -arch x86_64' must be > passed during link phase, which needs LDFLAGS or some other var > controlled outside the Makefile passed through to the linker. See > attached example. > > I need this to support MacPorts +universal variant. Done. -- -- 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 0

MDB on gitorious, misc stuff
by Howard Chu 20 Feb '13

20 Feb '13

I've resurrected the MDB repo on gitorious.org. Some people were complaining that they didn't want to pull down the entire OpenLDAP.git just to get the MDB source code. https://gitorious.org/mdb/mdb Also, on an unrelated note, I'll be talking in Dublin tonight at an Open Source meet'n'greet event. May rustle up some new developers, ya never know. http://www.tog.ie/2013/01/one-small-step-open-source-night/ -- -- 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 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-devel