openldap-bugs

openldap-bugs@openldap.org

1 participants
20960 discussions

(ITS#6228) test000-rootdse: slapd fails to start
by michael＠stroeder.com 25 Jul '09

25 Jul '09

Full_Name: Michael Ströder Version: HEAD OS: openSUSE Linux 11.1 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (84.163.115.191) HEAD synced right now fails right in test000. ----------- console output ----------- michael@nb2:/usr/src/michael/openldap/HEAD/openldap> make test cd tests; make test make[1]: Entering directory `/usr/src/michael/openldap/HEAD/openldap/tests' make[2]: Entering directory `/usr/src/michael/openldap/HEAD/openldap/tests' Initiating LDAP tests for BDB... Cleaning up test run directory leftover from previous run. Running ./scripts/all for bdb... >>>>> Executing all LDAP tests for bdb >>>>> Starting test000-rootdse for bdb... running defines.sh Starting slapd on TCP/IP port 9011... Using ldapsearch to retrieve the root DSE... Waiting 5 seconds for slapd to start... Waiting 5 seconds for slapd to start... Waiting 5 seconds for slapd to start... Waiting 5 seconds for slapd to start... Waiting 5 seconds for slapd to start... Waiting 5 seconds for slapd to start... ./scripts/test000-rootdse: line 66: kill: (2749) - No such process ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1) >>>>> Test failed >>>>> ./scripts/test000-rootdse failed for bdb (exit 255) make[2]: *** [bdb-mod] Error 255 make[2]: Leaving directory `/usr/src/michael/openldap/HEAD/openldap/tests' make[1]: *** [test] Error 2 make[1]: Leaving directory `/usr/src/michael/openldap/HEAD/openldap/tests' make: *** [test] Error 2 ----------- last lines of tests/testrun/slapd.1.log ----------- backend_startup_one: starting "cn=config" config_back_db_open config_build_entry: "cn=config" config_build_entry: "cn=module{0}" config_build_entry: "cn=module{1}" config_build_entry: "cn=schema" config_build_entry: "cn={0}core" config_build_entry: "cn={1}cosine" config_build_entry: "cn={2}corba" config_build_entry: "cn={3}java" config_build_entry: "cn={4}inetorgperson" config_build_entry: "cn={5}misc" config_build_entry: "cn={6}nis" config_build_entry: "cn={7}openldap" config_build_entry: "cn={8}duaconf" config_build_entry: "cn={9}dyngroup" config_build_entry: "cn={10}ppolicy" config_build_entry: "olcDatabase={-1}frontend" config_build_entry: "olcDatabase={0}config" config_build_entry: "olcDatabase={1}bdb" config_build_attrs: error 21 on olcDbCacheSize value #0 config_build_entry: build "1000d" failed: "" backend_startup_one: bi_db_open failed! (-1) lt-slapd shutdown: initiated ====> bdb_cache_release_all lt-slapd destroy: freeing system resources. slapd stopped.

1 0

Re: (ITS#6223) [patch] snprint() fix in guess_service_principal()
by jerry＠plainjoe.org 25 Jul '09

25 Jul '09

This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB83678E9A284CB48B3D6C2FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Howard Chu wrote: > jerry(a)plainjoe.org wrote: >> Correction to the URL. Should be: >> ftp://ftp.openldap.org/incoming/openldap-2.4.16-guess_service_principa= l.diff >> >=20 > That file is zero bytes long. Did we run out of space on > ftp.openldap.org again? Howard, I've got update patches (more bug fixes related to the gssapi bind). I'll try uploading a new patch on Monday. cheers, jerry --------------enigB83678E9A284CB48B3D6C2FB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFKawDfIR7qMdg1EfYRAt3iAKChKPg7VCwWuqevthDTvlcELJdTPgCg8pNq AIp/ts+OeQ2gfB4AlwehEAY= =RhWQ -----END PGP SIGNATURE----- --------------enigB83678E9A284CB48B3D6C2FB--

1 0

Re: ITS#6226
by test.007＠seznam.cz 25 Jul '09

25 Jul '09

Probably dup, sorry, I should have checked.

1 0

Re: (ITS#6222) Add "unlimited" option for cachesize settings
by hyc＠symas.com 25 Jul '09

25 Jul '09

quanah(a)zimbra.com wrote: > Full_Name: Quanah Gibson-Mount > Version: 2.4.17 > OS: NA > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (75.111.29.239) > > > Now that we have multiple cache sizes, it would be extremely useful, > particularly with dncachesize, to be able to specify an "unlimited" setting, so > that the 2.3 behavior can be easily replicated. Also so that people who have > systems with plenty of RAM can just set it once. Yeah, I guess it was kind of a bad idea to make the default 2.4 behavior differ from 2.3 here. Fixed in HEAD. > In particular, I've noticed in 2.3->2.4 upgrades, if dncachesize is particularly > small in relation to the size of the database, slapd is essentially unusable. > I'd rather see dncachesize default to unlimited if it isn't set (2.3 behavior), > and people can tune it down from there if they need to do so. This allows slapd > to remain usable without severely impacting the ability of slapd to function. > It is so bad, that it becomes impossible to modify cn=config via ldap commands, > and you have to stop slapd and manually hack the cn=config text files to return > slapd to a usable state. > -- -- 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#6225) GSSAPI support for client library (fixes)
by hyc＠symas.com 25 Jul '09

25 Jul '09

mimir(a)samba.org wrote: > Full_Name: Rafal Szczesniak > Version: Stable (2.4.16) > OS: GNU/Linux > URL: http://www.samba.org/~mimir/gssapi-bugfix.diff > Submission from: (NULL) (67.51.54.234) > > > This is a bugfix patch for OpenLDAP's gssapi support. > One of these patches appears to duplicate ITS#6092. As the original author of this code, could you also take a look at #6091 and #6093? -- -- 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#6223) [patch] snprint() fix in guess_service_principal()
by hyc＠symas.com 25 Jul '09

25 Jul '09

jerry(a)plainjoe.org wrote: > Correction to the URL. Should be: > ftp://ftp.openldap.org/incoming/openldap-2.4.16-guess_service_principal.diff That file is zero bytes long. Did we run out of space on ftp.openldap.org again? -- -- 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#6221) slapd segfault in SSL_CTX_set_info_callback
by steve＠falchion.com 24 Jul '09

24 Jul '09

Thanks for the encouragement Michael :) For those who find this in searches to come, I compiled OpenSSL (0.9.8k) myself and the problem is resolved. Not sure if this is a bug fixed between 0.9.8h and 0.9.8k or something weird that IBM did when building the package, but all is well now. Steve=20 On Fri, 2009-07-24 at 13:24 +0200, Michael Str=C3=B6der wrote: > steve(a)falchion.com wrote: > > Now you might tell me (as you've already implied) to compile my own SSL > > libraries, >=20 > Being in your situation I'd try that. >=20 > > which I may try, but doing so opens me up to a world of > > interop issues as IBM tends to compile their tools with links to > > specific versions of shared libraries (I've been there and done that in > > AIX this year once already). >=20 > You could build all the necessary libs (Berkeley DB, OpenSSL, > cyrus-sasl, heimdal etc.) and install them in a separate prefix without > conflicting with any pre-installed libs. I'd go that route and did that > on e.g. old Solaris platforms. And I think it would be feasible for me > even though I'm not an C programmer. >=20 > > Do I sound frustrated yet? Cause I am... >=20 > Sometimes things are hard. But just don't give up! >=20 > Ciao, Michael.

1 0

Re: (ITS#6227) autogroup overlay breaks all searches
by hyc＠symas.com 24 Jul '09

24 Jul '09

Fixed now in CVS HEAD. mbuschman(a)cashnetusa.com wrote: > Full_Name: Marshall Buschman > Version: 2.4.17 > OS: Debian Etch > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (38.98.177.132) > > I'm using OpenLDAP 2.4.17 with bdb 4.7 Debian Lenny. I've enabled the > autogroup overlay, and I get the following error when I do an ldapsearch: > > $ ldapsearch -x -H "ldap://ldapserver" -b dc=cashnetusa,dc=com > # extended LDIF > ... > # search result > search: 2 > result: 53 Server is unwilling to perform > text: operation not supported within namingContext > > Relevant config: > ---------------------------------------------- > moduleload autogroup > > database bdb > suffix "dc=cashnetusa,dc=com" > > overlay autogroup > autogroup-attrset groupOfURLs memberURL member > ---------------------------------------------- > > OpenLDAP does start normally without the overlay. > -- -- 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#6227) autogroup overlay breaks all searches
by mbuschman＠cashnetusa.com 24 Jul '09

24 Jul '09

OS is Debian Lenny, not Debian Etch. Apologies. openldap-its(a)OpenLDAP.org wrote: > *** THIS IS AN AUTOMATICALLY GENERATED REPLY *** > > Thanks for your report to the OpenLDAP Issue Tracking System. Your > report has been assigned the tracking number ITS#6227. > > One of our support engineers will look at your report in due course. > Note that this may take some time because our support engineers > are volunteers. They only work on OpenLDAP when they have spare > time. > > If you need to provide additional information in regards to your > issue report, you may do so by replying to this message. Note that > any mail sent to openldap-its(a)openldap.org with (ITS#6227) > in the subject will automatically be attached to the issue report. > > mailto:openldap-its@openldap.org?subject=(ITS#6227) > > You may follow the progress of this report by loading the following > URL in a web browser: > http://www.OpenLDAP.org/its/index.cgi?findid=6227 > > Please remember to retain your issue tracking number (ITS#6227) > on any further messages you send to us regarding this report. If > you don't then you'll just waste our time and yours because we > won't be able to properly track the report. > > Please note that the Issue Tracking System is not intended to > be used to seek help in the proper use of OpenLDAP Software. > Such requests will be closed. > > OpenLDAP Software is user supported. > http://www.OpenLDAP.org/support/ > > -------------- > Copyright 1998-2007 The OpenLDAP Foundation, All Rights Reserved. > >

1 0

(ITS#6227) autogroup overlay breaks all searches
by mbuschman＠cashnetusa.com 24 Jul '09

24 Jul '09

Full_Name: Marshall Buschman Version: 2.4.17 OS: Debian Etch URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (38.98.177.132) I'm using OpenLDAP 2.4.17 with bdb 4.7 Debian Lenny. I've enabled the autogroup overlay, and I get the following error when I do an ldapsearch: $ ldapsearch -x -H "ldap://ldapserver" -b dc=cashnetusa,dc=com # extended LDIF ... # search result search: 2 result: 53 Server is unwilling to perform text: operation not supported within namingContext Relevant config: ---------------------------------------------- moduleload autogroup database bdb suffix "dc=cashnetusa,dc=com" overlay autogroup autogroup-attrset groupOfURLs memberURL member ---------------------------------------------- OpenLDAP does start normally without the overlay.

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