openldap-devel

openldap-devel@openldap.org

1431 discussions

demand slapindex after slapd.conf += index
by Hallvard B Furuseth 10 Jun '08

10 Jun '08

A suggestion for a vain attempt to kill a FAQ: To teach people to run sbin/slapindex after adding an index to slapd.conf, slapd can refuse to start if an index file is missing but dn2id.bdb exists. Same with other slap tools that need to open/create the index file. (At least slapadd, I don't know if there are others.) slapindex and slapcat, at least, will need to keep working. If database recovery can sabotage this feature or vice versa, recovery will of course have to take precedence. -- Hallvard

2 2

RE24 testing (again)
by Quanah Gibson-Mount 06 Jun '08

06 Jun '08

Pulled in a few more things, please re-sync and test. These were the last outstanding changes known for 2.4.10. Thanks! --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

7 6

Re: RE24 testing (again)
by Raphaël Ouazana-Sustowski 03 Jun '08

03 Jun '08

Hi, Le Mar 3 juin 2008 10:37, Jonathan Clarke a écrit : > Gavin Henry a écrit : >> <quote who="Howard Chu"> >>> Quanah Gibson-Mount wrote: >>>> Pulled in a few more things, please re-sync and test. These were the >>>> last >>>> outstanding changes known for 2.4.10. >>> All tests OK here. OpenSuSE 10.2, x86-64 >> >> Likewise. Fedora 8/9 i386/x86_64, Centos 5.2 i386/x86_64 and Debian Etch >> (4.0) i386/x86_64 > > Also OK for me on Ubuntu i386 and Debian x86_64. Idem here on Ubuntu/i386/dual core. Note that this time test050 (on hdb) ran more then 200 times without any problem. Regards, Raphaël Ouazana.

1 0

AVL -> T-trees
by Howard Chu 02 Jun '08

02 Jun '08

Taking a cue from our MySQL friends - MySQL uses T-trees for their in-memory structures. These are balanced trees, like AVL trees. But instead of just one data item per tree node, they have N items per node. (Presumably N is a compile-time constant.) The advantage to using T-trees is that inserts and deletes have less impact on the overall tree, thus minimizing the need for rebalancing. I would expect that they perform about as well as AVL trees for lookups. Anyone interested in experimenting here and reporting on the relative performance? -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

3 4

Re: AVL -> T-trees
by Howard Chu 02 Jun '08

02 Jun '08

Simon Riggs wrote: > Hi Gavin, > > PostgreSQL uses B-trees as the main index type, though also supports > GIST, GIN and Hash index types. We avoid re-balancing the trees at > delete time, which is a high source of contention. > > MySQL, to my knowledge, doesn't support T-Trees? > http://dev.mysql.com/doc/refman/5.0/en/create-index.html As I noted to Gavin, that's a different thing entirely. Our on-disk indexing uses B-trees as well, but our in-memory caches use AVL trees. I would love to try a B-link tree implementation for our on-disk data, but that's yet another story... > T-Trees are a class of index known to be cache conscious, but they also > perform poorly when I/O is involved. Selecting that would mean you'd > need to know in advance the memory allocation given to your server, > which may not be as much as you want and can change over time. You can > have non-persistent indexes, though rebuilding indexes at startup can be > annoying also. I/O is not a consideration for this purpose. > Does OpenLDAP experience a high insert/delete rate? I would have > expected most uses to be mostly read-only, percentage-wise, but I guess > you'll set me straight. Yes, there is a high rate of insert/deletes into the caches when the cache is smaller than the working set. Since T-trees allow more data items to be stored per tree node, that also means we could have less overhead in tree link pointers. -- -- 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

Please retest RE24
by Quanah Gibson-Mount 02 Jun '08

02 Jun '08

Two new bug fixes for RE24 committed today. Please retest. Hopefully this'll be all for 2.4.10. Thanks!! --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

5 4

Re: commit: ldap/contrib/slapd-modules/nssov - New directory
by Howard Chu 02 Jun '08

02 Jun '08

hyc(a)OpenLDAP.org wrote: > Update of /repo/OpenLDAP/pkg/ldap/contrib/slapd-modules/nssov > Log Message: > Directory /repo/OpenLDAP/pkg/ldap/contrib/slapd-modules/nssov added to the repository I've imported a complete copy of Arthur de Jong's nss-ldapd-0.6.2 with this overlay. The overlay implements a listener inside slapd that speaks the same protocol as nss-ldapd. As such, it replaces the server side of his package (nslcd). You still need to build and install his client side though (nss). It passes the majority of the "make check" tests in the nss-ldapd/tests directory on my OpenSuSE system. The ones that fail appear to be incorrectly written tests. Unfortunately those tests are heavily dependent on your system's nsswitch.conf and the other databases; they ought to be cleaned up to be completely self-contained. The point of all this: the nss-ldapd approach avoids the issue of polluting the user space with libldap's symbols, by sending all requests thru a small nss stub. This stub sends requests (using a very simple protocol) over a Unix Domain socket to some other server which actually processes the requests. With the original nss-ldapd, an nslcd daemon listening on that socket then uses libldap to contact whatever LDAP server was configured. With this overlay, slapd itself answers the nss requests. On a host with the master database, this avoids an unnecessary context switch if nothing else. Even on hosts without the full database, this approach opens up the possibility of using pcache to perform intelligent caching of nss data, as well as using syncrepl to keep information current. I've also discussed with Arthur some directions for improvement in the base nss code. I may push some of those into here later. -- -- 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

Final round of RE-23 testing for 2.3.42
by Quanah Gibson-Mount 30 May '08

30 May '08

3 new fixes in, please test. Thanks, Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

7 9

Please test RE24
by Quanah Gibson-Mount 29 May '08

29 May '08

Please test RE 24 in preparation for 2.4.10. Thanks! --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

5 5

OpenLDAP Setup Scripts
by Gavin Henry 28 May '08

28 May '08

Dear All, What are the basic requirements we can always count on when building the OpenLDAP suite? I'm trying to pick the right language for the menu build system for the contrib scripts for: http://www.openldap.org/lists/openldap-devel/200805/msg00087.html Something like http://wiki.sblug.org/Bash_Menu_Program works with Bash or /bin/sh then use sed/awk for the suffix subs etc. I could use Perl and stick to core modules etc. as that comes as standard normally. Thoughts? -- Kind Regards, Gavin Henry. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ Suretec Systems is a limited company registered in Scotland. Registered number: SC258005. Registered office: 13 Whiteley Well Place, Inverurie, Aberdeenshire, AB51 4FP.

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-devel