openldap-bugs

openldap-bugs@openldap.org

1 participants
20965 discussions

Re: (ITS#5709) slapd sync provider skips some objects
by quanah＠zimbra.com 03 Oct '08

03 Oct '08

--On Tuesday, September 23, 2008 2:32 PM +0000 sylvain.thomas(a)gmail.com wrote: > I can provide a detailed log (loglevel -1) and any other information > required. The environment and the configuration files are the same as for > ITS 5661, but I do not use the mirror mode. > Thanks for your help Can you: (a) reproduce with the current RE24 source? (b) Can you provide your slapd.conf files? Thanks, Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: ITS#5707 [Fwd: Re: 4.7.25 deadlock]
by quanah＠zimbra.com 02 Oct '08

02 Oct '08

--On Friday, September 26, 2008 4:13 PM +0000 quanah(a)zimbra.com wrote: The patch to fix this issue is now in OpenLDAP cvs: <http://www.openldap.org/devel/cvsweb.cgi/build/db.4.7.25.patch?hideattic=1&…> --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

(ITS#5722) dn cache size exceeds the limits
by p_pavlos＠freemail.gr 02 Oct '08

02 Oct '08

Full_Name: Pavlos Parissis Version: 2.4.11 OS: Linux 2.6 RH AE 4.6 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (77.250.22.95) Hi, During performance testing with SLAMD we noticed the dncache exceeds the limit. As a result the system starts to swap a lot and the responses of slapd are very slow. Here are the facts: slapd.conf monitoring on tool-threads 4 cachesize 450000 dncachesize 450000 idlcachesize 450000 cachefree 90000 # ldapsearch -x -D "cn=xxxx" -w xx -b 'cn=database 2,cn=databases,cn=monitor' -s sub '(objectclass=*)' '*' '+' | grep -i Cache olmBDBEntryCache: 398306 olmBDBDNCache: 482001 <<========== olmBDBIDLCache: 449999 # slapd -V @(#) $OpenLDAP: slapd 2.4.11 (Sep 11 2008 10:58:58) $ root@node3:/usr/src/redhat/BUILD/openldap-2.4.11/servers/slapd #db_stat -V Berkeley DB 4.6.21: (September 27, 2007) # uname -r 2.6.9-67.ELsmp # cat /etc/redhat-release Red Hat Enterprise Linux AS release 4 (Nahant Update 6) Cheers, Pavlos

1 0

(ITS#5721) Expansion on dncachesize behavior
by quanah＠zimbra.com 02 Oct '08

02 Oct '08

Full_Name: Quanah Gibson-Mount Version: 24/HEAD OS: NA URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (75.111.29.239) The behavior of the dncachesize setting when it is not ideal (2x) is not documented. Howard notes: The DN cache is allowed to temporarily grow beyond the configured size. It does this if many entries are locked when it tries to do a purge, because that means they're legitimately in use. Also the dn cache never purges entries that have cached children, so depending on the shape of the DIT, it could have lots over the defined limit. This would be useful to note in the slapd-bdb & slapd-hdb man pages.

1 0

Re: ITS#5713
by ando＠sys-net.it 30 Sep '08

30 Sep '08

Gavin Henry wrote: > ----- ando(a)sys-net.it wrote: > >> Probably, the right fix consists in changing that attr's syntax to >> DirectoryString, and allow all syntaxes, from "--w-------" to passing >> >> the value to strtol(value, NULL, 0) etc. > > Shall we mention the new syntax support in that section of the guide? I'll the man page too. Well, probably yes. Thanks, 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#5713
by ghenry＠OpenLDAP.org 30 Sep '08

30 Sep '08

----- ando(a)sys-net.it wrote: > Probably, the right fix consists in changing that attr's syntax to > DirectoryString, and allow all syntaxes, from "--w-------" to passing > > the value to strtol(value, NULL, 0) etc. Shall we mention the new syntax support in that section of the guide? I'll the man page too. -- Kind Regards, Gavin Henry. OpenLDAP Engineering Team. E ghenry(a)OpenLDAP.org Community developed LDAP software. http://www.openldap.org/project/

1 0

Re: (ITS#5720) ldap_str2charray calls ldap_utf8_strchr incorrectly
by h.b.furuseth＠usit.uio.no 30 Sep '08

30 Sep '08

h.b.furuseth(a)usit.uio.no writes: > Replace ldap_utf8_strchr with ldap_utf8_strpbrk and it should work. ..and come to think of, it, the *s non-null test in the for loop should be unnecessary. -- Hallvard

1 0

Re: (ITS#5720) ldap_str2charray calls ldap_utf8_strchr incorrectly
by hyc＠symas.com 30 Sep '08

30 Sep '08

h.b.furuseth(a)usit.uio.no wrote: > quanah(a)OpenLDAP.org writes: >> utf-8.c:char * (ldap_utf8_strchr)( const char *str, const char *chr ) >> >> I.e., string, character, as normal libc functions. >> >> However, at line 125 in charray.c, it is called as: >> if ( ldap_utf8_strchr( brkstr, s ) != NULL ) { >> This order appears to be incorrect. > No. That code counts the number of delimiters characters in the > string being split. Since brkstr can contain several characters, > the loop checks each "utf-8 character" in str against brkstr. The code was certainly broken, regardless. If the input string uses any UTF8 characters beyond 0x7f then the simple increment of "s++" would yield invalid characters for most of the iterations of the loop. -- -- 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#5720) ldap_str2charray calls ldap_utf8_strchr incorrectly
by h.b.furuseth＠usit.uio.no 30 Sep '08

30 Sep '08

Duh, perhaps I should have paid attention to the committed patch instead of your description of the problem... The patch breaks in a different way than I said. Replace ldap_utf8_strchr with ldap_utf8_strpbrk and it should work. I probably can't test it today. -- Hallvard

1 0

ITS#5695
by tamburo＠studenti.unina.it 30 Sep '08

30 Sep '08

This is the rights statement for my patch. This is the link http://www.studenti.unina.it/~tamburo/tesi/openldap/Luca-Tamburo-AC-08-09-1… to my patch with the following rights statement. This patch file is derived from OpenLDAP Software. All of the modifications to OpenLDAP Software represented in the following patch(es) were developed by Luca Tamburo at ICAR, Branch of Naples, Italy. Luca Tamburo has not assigned rights and/or interest in this work to any party. I, Luca Tamburo am authorized by Giovanni Schmid, project manager at ICAR, my employer, to release this work under the following terms. Copyright 2008 Luca Tamburo tamburo(a)studenti.unina.it Redistribution and use in source and binary forms, with or without modification, are permitted only as authorized by the OpenLDAP Public License. Regards, Luca ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

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