openldap-devel

openldap-devel@openldap.org

1418 discussions

Re: commit: ldap/servers/slapd syncrepl.c
by Howard Chu 03 Sep '07

03 Sep '07

quanah(a)OpenLDAP.org wrote: > Update of /repo/OpenLDAP/pkg/ldap/servers/slapd > > Modified Files: > Tag: OPENLDAP_REL_ENG_2_4 > syncrepl.c 1.254.2.9 -> 1.254.2.10 > > Log Message: > make sure n,o are non-zero, so j is initialized (coverity) Just a note for future consideration - the only way an attribute could have zero values here is if someone was doing an attrsonly search. Currently the syncrepl config allows you to perform such a search. It doesn't make much sense to me to do this though, perhaps we should eliminate that option. -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

2 1

dynamic group caching for member -> dynlist search - new implementor
by Aleksander Adamowski 03 Sep '07

03 Sep '07

Hello! Regarding the discussion about implementing dynamic group caching so that we can search on member for dynamic groups (not only static, like currently), let me introduce Michal Szulczynski (michal.szulczynski(a)altkom.pl). He's working on an implementation and I'm his mentor. He works on CVS HEAD, and will most probably have several questions about OpenLDAP codebase, since the only available development documentation are sparse comments in the source... BTW, the current HEAD version was segfaulting at startup for us, but the simple fix for dynlist.c (see attached patch) has remedied it. -- Best Regards, Aleksander Adamowski GG#: 274614 ICQ UIN: 19780575 http://olo.org.pl -- Aleksander Adamowski Administrator systemów korporacyjnych; Instruktor Altkom Akademia S.A. http://www.altkom.pl Warszawa, ul. Chłodna 51 kom. 0-601-318-080 Sąd Rejonowy dla m.st. Warszawy w Warszawie, XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS: 0000120139, NIP 118-00-08-391, Kapitał zakładowy: 1000 000 PLN. Adres rejestrowy Firmy - ul. Stawki 2, 00-193 Warszawa. Niniejsza wiadomość zawiera informacje zastrzeżone i stanowiące tajemnicę przedsiębiorstwa firmy Altkom Akademia S.A. Ujawnianie tych informacji osobom trzecim lub nieuprawnione wykorzystanie ich do własnych celów jest zabronione. Jeżeli otrzymaliście Państwo niniejszą wiadomość omyłkowo, prosimy o niezwłoczne skontaktowanie się z nadawcą oraz usunięcie wszelkich kopii niniejszej wiadomości. This message contains proprietary information and trade secrets of Altkom Akademia S.A. company. Unauthorized use or disclosure of this information to any third party is prohibited. If you received this message by mistake, please contact the sender immediately and delete all copies of this message.

3 2

"Upgrading from 2.3.x" section in Changes Appendix for Admin Guide
by Gavin Henry 03 Sep '07

03 Sep '07

Hi All, I think it's worth adding an upgrading section, as I'm just playing with a copy of a live 2.3.38 system and an upgrade to LDAP_REL_ENG_2_4 is giving: olcReplicationInterval: value #0: <olcReplicationInterval> keyword is obsolete (ignored) str2entry: invalid value for attributeType objectClass #0 (syntax 1.3.6.1.4.1.1466.115.121.1.38) => ldif_enum_tree: failed to read entry for /usr/local/etc/openldap/slapd.d/cn=config/cn=include{0}.ldif slaptest: bad configuration file! Admittedly, no slapcat was done as the bdb env is the same, but thought I'd do what a normal user would ;-) Should we list obsolete values from bconfig.c that will apply and discuss/present the best way to upgrade? Thoughts? -- Kind Regards, Gavin Henry. Managing Director. 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/

2 12

Re: "Upgrading from 2.3.x" section in Changes Appendix for Admin Guide
by Dieter Kluenter 03 Sep '07

03 Sep '07

"Dieter Kluenter" <dieter(a)dkluenter.de> writes: > Howard Chu <hyc(a)symas.com> writes: > >> Gavin Henry wrote: >>> Hi All, >>> I think it's worth adding an upgrading section, as I'm just playing >>> with a >>> copy of a live 2.3.38 system and an upgrade to LDAP_REL_ENG_2_4 is giving: >>> olcReplicationInterval: value #0: <olcReplicationInterval> keyword is >>> obsolete (ignored) >>> str2entry: invalid value for attributeType objectClass #0 (syntax >>> 1.3.6.1.4.1.1466.115.121.1.38) >>> => ldif_enum_tree: failed to read entry for >>> /usr/local/etc/openldap/slapd.d/cn=config/cn=include{0}.ldif >>> slaptest: bad configuration file! >>> Admittedly, no slapcat was done as the bdb env is the same, but >>> thought >>> I'd do what a normal user would ;-) >>> Should we list obsolete values from bconfig.c that will apply and >>> discuss/present the best way to upgrade? >> >> Obsolete values don't matter; like the message said - it was simply ignored. >> >> The problem you ran into here is that 2.3.x had cn=include entries >> (which were also ignored in 2.3) but support for them was axed in >> 2.4. So, just delete all the cn=include* files from the config >> directory. With HEAD i have similar problems # ./slapcat -l /tmp/020907.ldif str2entry: invalid value for attributeType olcDbConfig #11 (syntax 1.3.6.1.4.1.1466.115.121.1.15) => ldif_enum_tree: failed to read entry for /opt/openldap/etc/openldap/slapd.d/cn=config/olcDatabase={1}hdb.ldif slapcat: bad configuration file! magenta:/opt/openldap/sbin # -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:8EF7B6C6

3 4

Re: commit: ldap/servers/slapd bconfig.c
by Gavin Henry 02 Sep '07

02 Sep '07

<quote who="hyc(a)OpenLDAP.org"> > Update of /repo/OpenLDAP/pkg/ldap/servers/slapd > > Modified Files: > bconfig.c 1.299 -> 1.300 > > Log Message: > Partially resurrect cn=Include stuff - parse from LDIF and ignore. > ;-)

1 0

LDAP_REL_ENG_2_4
by Quanah Gibson-Mount 01 Sep '07

01 Sep '07

OpenLDAP Release Engineering 2.4 has been sync'd with HEAD. Please check it out and test that builds and functionality work as expected. I've tested so far on MAC OS X x86. Thanks! --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

4 10

BerkeleyDB again
by Howard Chu 31 Aug '07

31 Aug '07

Our BDB detection macro has explicit checks for -ldb45, -ldb44, ... -ldb41 before falling back to -ldb4. So right now while I have db46 (and older versions) installed on the system, RE24 configure picks the wrong library. I think we should drop the link tests for minor version and only check for -ldb4. Another alternative would be to move the db.h tests earlier and look for the library that matches the header file version number. Any thoughts? -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 1

Performance issue with In-Memory BDB
by Suhel Momin 31 Aug '07

31 Aug '07

Hi, I have made changes such that backend BDB ( ver 4.5 ) resides in memory instead of on disk . This is with default slapd configuration. I was hoping to have a better performance with this. But what I now see is that do_add takes much more time then what it use to take when BDB was on-Disk. Indexing is done on objectclass in both the cases. Any pointers on why this could be an issue? Regards, Suhel

3 2

Reminder: 10 Year Anniversary next year
by Gavin Henry 27 Aug '07

27 Aug '07

Dear All, Just a reminder for next year for us to think of something grand to do! ;-) Gavin. -- Kind Regards, Gavin Henry. Managing Director. 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/

5 7

Re: commit: openldap-guide/ preamble.sdf
by Gavin Henry 26 Aug '07

26 Aug '07

<quote who="kurt(a)OpenLDAP.org"> > Update of /repo/OpenLDAP/pkg/openldap-guide > > Modified Files: > preamble.sdf 1.90 -> 1.91 > > Log Message: > Don't comment on software produced by others. Those who desire to use a > network analyzer are likely to know which ones are or are not "great". Understood, but how far does that go? Does that mean we can't talk about "tail", as it "wasn't made here"? It's a debugging section so I think referencing Open Source tools should be allowed. My 2 pence. Night. > > > CVS Web URLs: > http://www.openldap.org/devel/cvsweb.cgi/?cvsroot=OpenLDAP-guide > http://www.openldap.org/devel/cvsweb.cgi/preamble.sdf?cvsroot=OpenLDAP-guide > > Changes are generally available on cvs.openldap.org (and CVSweb) > within 30 minutes of being committed. >

2 1

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