openldap-bugs February 2007

openldap-bugs@openldap.org

32 participants
125 discussions

Re: ITS#4656 OpenLDAP accesslog overlay using "changelog dialect"
by hyc＠symas.com 13 Feb '07

13 Feb '07

Hi, I have not been paying attention to these changes since Ando was working on them. You'll have to ask him for their update status. Since you've already posted a query to the ITS, I think that would be the appropriate place to continue the conversation. Looking over the ITS just now, I would say the tweak to register the changelog overlay type is unnecessary. Nor can you fairly deprecate the LogStyle parameter, since that appears to be the only way to invoke the SunOne workaround. All in all I understand your motivations for pursuing this feature. Despite my dislike for broken specs and broken code, I will not prevent this patch from going in. But you should realize that wrong is wrong, and just because Novell, Sun, and Oracle software is broken doesn't mean we should be broken too. There are other IdM packages out there. Rieger, Sebastian wrote: > Hi, > > I submitted a patch to update the old overlay of Neil Dunbar to OpenLDAP > 2.3. It works for our identity management (using Novell IDM 3.01) - see > ITS#4685. As my patch needs cleanup to get into OpenLDAP HEAD I would like > to ask, wether the patch to your accesslog that offers changelog > functionality (ITS#4656) is likely to be committed to CVS HEAD in the near > future. In this case I won't maintain a separate overlay. Thanks in advance > for a quick reply, we really need changelog functionality as Novell, Sun and > Oracle seem to depend on it. > > -- > MfG > > Sebastian Rieger > > Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen > Am Fassberg - 37077 Göttingen > Fon: +49 551 201 1878 -- Fax: +49 551 201 2150 > > Die digitale Unterschrift dieser Mail kann anhand des Zertifikats des DFN > überprüft werden: https://ca.gwdg.de/certs/root-classic/root-ca-cert.der > -- -- 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 0

Re: ITS#2240
by hyc＠symas.com 13 Feb '07

13 Feb '07

Gavin Henry wrote: > <quote who="Howard Chu"> >> Gavin Henry wrote: >>> hyc(a)symas.com said the following on 12/02/07 11:04: >>>> I've written up all of the remaining missing pages noted in this ITS. >>>> Someone >>>> else should review the docs to double-check and see if anything was >>>> omitted. >>>> I'll leave it up to someone else to add to RE23 if desired, otherwise >>>> we'll >>>> just leave these for RE24. >>> >>> I can't see any of these in man3 at: >>> >>> http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/?hideattic=1&sortbyda… >>> >>> Am I looking in the wrong place? >> They all show up for me... >> >> http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/lber-sockbuf.3 >> http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/lber-types.3 >> http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/ldap_bind.3 >> (ITS#3349) >> http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/ldap_controls.3 >> http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/ldap_memory.3 >> http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/ldap_open.3 >> (ITS#4662) >> http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/ldap_tls.3 >> > > Must have been "early morning blind eyes" ;-) Thanks for checking. Please also double-check the corresponding .links files to make sure all the named functions are accounted for... -- -- 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 0

Re: ITS#2240
by ghenry＠suretecsystems.com 13 Feb '07

13 Feb '07

<quote who="Howard Chu"> > Gavin Henry wrote: >> hyc(a)symas.com said the following on 12/02/07 11:04: >>> I've written up all of the remaining missing pages noted in this ITS. >>> Someone >>> else should review the docs to double-check and see if anything was >>> omitted. >>> I'll leave it up to someone else to add to RE23 if desired, otherwise >>> we'll >>> just leave these for RE24. >> >> >> I can't see any of these in man3 at: >> >> http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/?hideattic=1&sortbyda… >> >> Am I looking in the wrong place? > > They all show up for me... > > http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/lber-sockbuf.3 > http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/lber-types.3 > http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/ldap_bind.3 > (ITS#3349) > http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/ldap_controls.3 > http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/ldap_memory.3 > http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/ldap_open.3 > (ITS#4662) > http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/ldap_tls.3 > Must have been "early morning blind eyes" ;-) Thanks.

1 0

(ITS#4842) Can slapd run with only one thread to operate
by seuler.shi＠gmail.com 13 Feb '07

13 Feb '07

Full_Name: Seuler.Shi Version: 2.3.30 OS: SUSE server 9.2 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (194.138.202.50) The threads parameter in slapd.conf can not be configured below 2. I pretend to eleminate this limit by removing the folloing code in servers\slapd\bconfig.c file ================================================================= if ( c->value_int < 2 ) { snprintf( c->msg, sizeof( c->msg ), "threads=%d smaller than minimum value 2", c->value_int ); Debug(LDAP_DEBUG_ANY, "%s: %s.\n", c->log, c->msg, 0 ); return 1; } else if ( c->value_int > 2 * SLAP_MAX_WORKER_THREADS ) { snprintf( c->msg, sizeof( c->msg ), "warning, threads=%d larger than twice the default (2*%d=%d); YMMV", c->value_int, SLAP_MAX_WORKER_THREADS, 2 * SLAP_MAX_WORKER_THREADS ); Debug(LDAP_DEBUG_ANY, "%s: %s.\n", c->log, c->msg, 0 ); } ==================================================================== After rebuilding the modified code, the slapd can not operate request and return. I have tried another method: build the code with configuring --without--threads, the newly bebuilt code can start but can not accpet request and return and segment fault error, then the slapd crashes. How to modify the code to eleminate limit of the minimum number of threads? Thanks a lot!

1 0

Re: ITS#2240
by hyc＠symas.com 13 Feb '07

13 Feb '07

Gavin Henry wrote: > hyc(a)symas.com said the following on 12/02/07 11:04: >> I've written up all of the remaining missing pages noted in this ITS. Someone >> else should review the docs to double-check and see if anything was omitted. >> I'll leave it up to someone else to add to RE23 if desired, otherwise we'll >> just leave these for RE24. > > > I can't see any of these in man3 at: > > http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/?hideattic=1&sortbyda… > > Am I looking in the wrong place? They all show up for me... http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/lber-sockbuf.3 http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/lber-types.3 http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/ldap_bind.3 (ITS#3349) http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/ldap_controls.3 http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/ldap_memory.3 http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/ldap_open.3 (ITS#4662) http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/ldap_tls.3 -- -- 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 0

Re: ITS#2240
by ghenry＠suretecsystems.com 13 Feb '07

13 Feb '07

hyc(a)symas.com said the following on 12/02/07 11:04: > I've written up all of the remaining missing pages noted in this ITS. Someone > else should review the docs to double-check and see if anything was omitted. > I'll leave it up to someone else to add to RE23 if desired, otherwise we'll > just leave these for RE24. I can't see any of these in man3 at: http://www.openldap.org/devel/cvsweb.cgi/doc/man/man3/?hideattic=1&sortbyda… Am I looking in the wrong place? 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/

1 0

RE: slapd+pcache keeps crashing on FreeBSD 6.2 (ITS#4841)
by imriz＠co.zahav.net.il 12 Feb '07

12 Feb '07

Sure. New core dumps and binary file is at http://mariska.inter.net.il/~imriz/slapd-core.tar.gz Please notice that the previous dump was from FreeBSD ports (OpenLDAP version 2.3.33). This one was fetched from the CVS (OPENLDAP_REL_ENG_2_3), with the following configure options: ./configure --with-threads=posix --with-tls=openssl --enable-dynamic --without-cyrus-sasl --enable-modules --localstatedir=/var/ db --enable-ldbm=mod --enable-crypt --enable-lmpasswd --enable-ldap=mod --enable-meta=mod --enable-rewrite --enable-null=mod --enabl e-monitor=mod --enable-proxycache --disable-syncprov --enable-bdb=mod --enable-hdb=mod --enable-dbm-api=berkeley --disable-slurpd -- prefix=/usr/local --enable-debug -----Original Message----- From: Howard Chu [mailto:openldap-its@OpenLDAP.org] Sent: Tuesday, February 13, 2007 1:14 AM To: Imri Zvik Subject: Re: slapd+pcache keeps crashing on FreeBSD 6.2 (ITS#4841) It looks like this core is from a binary without debug symbols present, can you recompile with debugging enabled and get a new stack trace and core file?

1 0

(ITS#4841) slapd+pcache keeps crashing on FreeBSD 6.2
by imriz＠co.zahav.net.il 12 Feb '07

12 Feb '07

Full_Name: Imri Zvik Version: 2.3.33 OS: FreeBSD 6.2 URL: http://mariska.inter.net.il/~imriz/75624-slapd.core Submission from: (NULL) (213.8.76.159) slapd keeps crashing every couple of hours, backtrace is as follows: (gdb) bt #0 0xa83ae58a in strcasecmp () from /lib/libc.so.6 #1 0x080a934c in an_find () #2 0x080d59bd in overlay_init () #3 0x080d61dc in overlay_init () #4 0x080c837d in overlay_op_walk () #5 0x080c8599 in overlay_op_walk () #6 0x080c8616 in overlay_op_walk () #7 0x0806ebc3 in fe_op_search () #8 0x0806e6e2 in do_search () #9 0x0806c147 in connection_done () #10 0xa816b936 in ldap_int_thread_pool_wrapper () from /usr/local/lib/libldap_r-2.3.so.2 #11 0xa83025cf in pthread_create () from /usr/lib/libthr.so.2 #12 0x00000000 in ?? () complete core dump is provided.

1 0

ITS#2240
by hyc＠symas.com 12 Feb '07

12 Feb '07

I've written up all of the remaining missing pages noted in this ITS. Someone else should review the docs to double-check and see if anything was omitted. I'll leave it up to someone else to add to RE23 if desired, otherwise we'll just leave these for RE24. -- -- 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 0

Re: (ITS#4840) Typo in comment within ldap.h
by hyc＠symas.com 12 Feb '07

12 Feb '07

michael(a)stroeder.com wrote: > Full_Name: Michael Ströder > Version: HEAD > OS: not relevant here > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (83.124.29.37) > > >>From ldap.h: > > -------------------------------------------------------------------------- > LDAP_F( void ) > ldap_value_free LDAP_P(( /* deprecated, use ldap_values_free_len */ > char **vals )); > #endif > -------------------------------------------------------------------------- > > I guess the comment should mention "ldap_value_free_len". > ^^ > > Ciao, Michael. Fixed in HEAD... Same typo is in RE23. -- -- 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 0

← Newer
1
...
5
6
7
8
9
10
11
12
13
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs February 2007