openldap-bugs

openldap-bugs@openldap.org

1 participants
20963 discussions

Re: (ITS#5817) ldapadd crashes with '-' in input
by jsafrane＠redhat.com 19 Nov '08

19 Nov '08

Pierangelo Masarati wrote: > I've applied a fix to HEAD code, please test. Thanks for a quick fix! Now it prints "ldap_add: Bad parameter to an ldap routine (-9)", which is a bit better than the assert before. Jan

1 0

Re: (ITS#5764) addpartial patch
by ando＠sys-net.it 19 Nov '08

19 Nov '08

hyc(a)symas.com wrote: > dhawes(a)vt.edu wrote: >> The patch referenced previously can be discarded. This patch contains >> all changes against 2.4.12. > > I suspect HEAD and 2.4.12 are identical here so it's no big deal this time, > but remember for future reference, > > http://www.openldap.org/devel/contributing.html > > all contributions must be relative to HEAD. I also note that you should not diff generated files, like Makefile. p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it ----------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Fax: +39 0382 476497 Email: ando(a)sys-net.it -----------------------------------

1 0

Re: (ITS#5793) RFE for flexible logging at 256/stats level
by ando＠sys-net.it 19 Nov '08

19 Nov '08

ghenry(a)OpenLDAP.org wrote: > Just a quick note to say it would be nice to be able to break out loglevel 256 > i.e. Log just writes. The same as accesslog config. Are you thinking of something like a read/write/auth flag, plus possibly a success/failure flag, or a per-operation granularity? Wouldn't it make sense to entirely give up syslog'ging and use slapo-accesslog instead? p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it ----------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Fax: +39 0382 476497 Email: ando(a)sys-net.it -----------------------------------

1 0

Re: (ITS#5816) back-ldap stops searching if send_search_entry() returns harmless errors (like insufficientAccess)
by ando＠sys-net.it 18 Nov '08

18 Nov '08

ando(a)sys-net.it wrote: > Full_Name: Pierangelo Masarati > Version: HEAD/re24 > OS: irrelevant > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (81.72.89.40) > Submitted by: ando > > > To trigger: define acls that block one entry, and the search will stop at that > entry. A fix is coming... Fixed in HEAD (and in re24, apparently). I confirm back-meta does not appear to suffer from this issue. p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it ----------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Fax: +39 0382 476497 Email: ando(a)sys-net.it -----------------------------------

1 0

Re: (ITS#5805) Problem when modifying access control
by rein＠OpenLDAP.org 18 Nov '08

18 Nov '08

emmanuel.duru(a)atosorigin.com skrev: > OK, my mistake, here follows a completely detailed description. > * I perform the ldap modifications with this LDIF file: [cut] > * I try to bind : > ldapsearch.exe -x -D cn=manager,c=fr -w secret -s base -b "" objectclass=* + > I get: > ldap_bind: Invalid credentials (49) > * I stop slapd [cut] > * I restart slapd > * I try to bind : > ldapsearch.exe -x -D cn=manager,c=fr -w secret -s base -b "" objectclass=* + > It works fine. Dynamic updates to the frontend ACL doesn't take place until slapd is restarted, ref ITS#5572. A fix is included in CVS HEAD and RE24, and will be included in the upcoming 2.4.13 release. Rein

1 0

Re: (ITS#5805) Problem when modifying access control
by ando＠sys-net.it 18 Nov '08

18 Nov '08

Emmanuel Duru wrote: > OK, my mistake, here follows a completely detailed description. I confirm HEAD and re24 behave as expected. p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it ----------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Fax: +39 0382 476497 Email: ando(a)sys-net.it -----------------------------------

1 0

Re: (ITS#5640) slapd scans too many objects at startup
by hyc＠symas.com 18 Nov '08

18 Nov '08

ali.pouya(a)free.fr wrote: > So I checked out the HEAD last night. > The good news is that the problem is fixed now and every thing seems OK (six new > modifications have been made to syncprov.c since Nov 2, one of which being made > by Quanah and related to this issue). Not sure what you're looking at, but the CVS log clearly shows that this bug was fixed in revision 1.251 on November 2. http://www.openldap.org/devel/cvsweb.cgi/servers/slapd/overlays/syncprov.c?… The updates after 1.252 are merely copying from HEAD to the RE24 branch. You said you pulled from HEAD on November 3, and still saw the problem. Either your checkout was wrong, or your configuration was wrong, because the fix was definitely present in HEAD by then. > So the issue can be closed :-) > Thanks again > Best Regards > Ali -- -- 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

Re: (ITS#5640) slapd scans too many objects at startup
by hyc＠symas.com 18 Nov '08

18 Nov '08

Ali Pouya wrote: > Hi Howard, > Sorry for being back again but I think that a residue of the problem of > whole tree scanning persists : > The improvement is that it only happens once if the mirrors are not > synchronized (the later statups are OK). That's the normal behavior for the syncrepl protocol. Read the Admin Guide or RFC4533 for details. -- -- 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

Re: (ITS#5818) Limits chapter for Admin Guide
by ghenry＠OpenLDAP.org 18 Nov '08

18 Nov '08

----- "andrew findlay" <andrew.findlay(a)skills-1st.co.uk> wrote: > Full_Name: Andrew Findlay > Version: HEAD > OS: Linux > URL: > ftp://ftp.openldap.org/incoming/andrew-findlay-limits.sdf-20081118 > Submission from: (NULL) (88.97.25.132) > > > The Admin Guide says very little about size limits and time limits. > I have supplied a chapter to remedy the lack: I suggest putting it in > after the > Access Control chapter: > > ftp://ftp.openldap.org/incoming/andrew-findlay-limits.sdf-20081118 > > Please check the section on limits for paged results extra carefully. > I found the definition in slapd.conf(5) a little ambiguous. > > I have also provided patches to the master sdf file and to the two > config > directive > chapters: > > ftp://ftp.openldap.org/incoming/andrew-findlay-limits-patch-20081118 > > Andrew Thanks Andrew, I'll review and get back to when possible. Gavin. -- Kind Regards, Gavin Henry. OpenLDAP Engineering Team. E ghenry(a)OpenLDAP.org Community developed LDAP software. http://www.openldap.org/project/

1 0

(ITS#5818) Limits chapter for Admin Guide
by andrew.findlay＠skills-1st.co.uk 18 Nov '08

18 Nov '08

Full_Name: Andrew Findlay Version: HEAD OS: Linux URL: ftp://ftp.openldap.org/incoming/andrew-findlay-limits.sdf-20081118 Submission from: (NULL) (88.97.25.132) The Admin Guide says very little about size limits and time limits. I have supplied a chapter to remedy the lack: I suggest putting it in after the Access Control chapter: ftp://ftp.openldap.org/incoming/andrew-findlay-limits.sdf-20081118 Please check the section on limits for paged results extra carefully. I found the definition in slapd.conf(5) a little ambiguous. I have also provided patches to the master sdf file and to the two config directive chapters: ftp://ftp.openldap.org/incoming/andrew-findlay-limits-patch-20081118 Andrew

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-bugs