openldap-bugs

openldap-bugs@openldap.org

1 participants
21003 discussions

Re: (ITS#6229) make test blocked on test001-slapadd
by battery＠writeme.com 27 Jul '09

27 Jul '09

--000e0cd2e7328a11aa046fb0ee75 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Did you build against BDB 4.7.25? If so, did you apply all the patches? On Mon, Jul 27, 2009 at 3:04 AM, <czybear(a)qq.com> wrote: > Full_Name: John Chen > Version: 2.4.16/2.4.17 > OS: RHEL AS 5.2 (Tikanga) x86)64 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (117.88.156.12) > > > [root@as5u2-64]# make test > cd tests; make test > make[1]: Entering directory `/home/install/ldap-2.4/openldap-2.4.16/tests' > make[2]: Entering directory `/home/install/ldap-2.4/openldap-2.4.16/tests' > Initiating LDAP tests for BDB... > Cleaning up test run directory leftover from previous run. > Running ./scripts/all... > >>>>> Executing all LDAP tests for bdb > >>>>> Starting test000-rootdse ... > running defines.sh > Starting slapd on TCP/IP port 9011... > Using ldapsearch to retrieve the root DSE... > Waiting 5 seconds for slapd to start... > Using ldapsearch to retrieve the cn=Subschema... > Using ldapsearch to retrieve the cn=Monitor... > dn: > objectClass: top > objectClass: OpenLDAProotDSE > structuralObjectClass: OpenLDAProotDSE > configContext: cn=config > namingContexts: o=OpenLDAP Project,l=Internet > monitorContext: cn=Monitor > supportedControl: 1.3.6.1.4.1.4203.1.9.1.1 > supportedControl: 2.16.840.1.113730.3.4.18 > supportedControl: 2.16.840.1.113730.3.4.2 > supportedControl: 1.3.6.1.4.1.4203.1.10.1 > supportedControl: 1.2.840.113556.1.4.319 > supportedControl: 1.2.826.0.1.3344810.2.3 > supportedControl: 1.3.6.1.1.13.2 > supportedControl: 1.3.6.1.1.13.1 > supportedControl: 1.3.6.1.1.12 > supportedExtension: 1.3.6.1.4.1.4203.1.11.1 > supportedExtension: 1.3.6.1.4.1.4203.1.11.3 > supportedExtension: 1.3.6.1.1.8 > supportedFeatures: 1.3.6.1.1.14 > supportedFeatures: 1.3.6.1.4.1.4203.1.5.1 > supportedFeatures: 1.3.6.1.4.1.4203.1.5.2 > supportedFeatures: 1.3.6.1.4.1.4203.1.5.3 > supportedFeatures: 1.3.6.1.4.1.4203.1.5.4 > supportedFeatures: 1.3.6.1.4.1.4203.1.5.5 > supportedLDAPVersion: 3 > vendorName: The OpenLDAP Project <http://www.openldap.org/> > entryDN: > subschemaSubentry: cn=Subschema > > dn: cn=Subschema > objectClass: top > objectClass: subentry > objectClass: subschema > objectClass: extensibleObject > cn: Subschema > > dn: cn=Monitor > objectClass: monitorServer > cn: Monitor > description: This subtree contains monitoring/managing objects. > description: This object contains information about this server. > description: Most of the information is held in operational attributes, > which > must be explicitly requested. > monitoredInfo: OpenLDAP: slapd 2.4.16 (Jul 23 2009 13:44:24) > > >>>>> Test succeeded > >>>>> ./scripts/test000-rootdse completed OK. > > >>>>> Starting test001-slapadd ... > running defines.sh > Running slapadd to build slapd database... > > ========================================== > Then blocked, and no moving any more ... > > --000e0cd2e7328a11aa046fb0ee75 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Did you build against BDB 4.7.25? =A0If so, did you apply all the patches?<= br> <div class=3D"gmail_quote">On Mon, Jul 27, 2009 at 3:04 AM, <<a href=3D"mailto:czybear@qq.com">czybear(a)qq.com</a>></sp= an> wrote: <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex;">Full_Name: John Chen Version: 2.4.16/2.4.17 OS: RHEL AS 5.2 (Tikanga) x86)64 URL: <a href=3D"ftp://ftp.openldap.org/incoming/" target=3D"_blank">ftp://f= tp.openldap.org/incoming/</a> Submission from: (NULL) (117.88.156.12) [root@as5u2-64]# make test cd tests; make test make[1]: Entering directory `/home/install/ldap-2.4/openldap-2.4.16/tests&#= 39; make[2]: Entering directory `/home/install/ldap-2.4/openldap-2.4.16/tests&#= 39; Initiating LDAP tests for BDB... Cleaning up test run directory leftover from previous run. Running ./scripts/all... >>>>> Executing all LDAP tests for bdb >>>>> Starting test000-rootdse ... running defines.sh Starting slapd on TCP/IP port 9011... Using ldapsearch to retrieve the root DSE... Waiting 5 seconds for slapd to start... Using ldapsearch to retrieve the cn=3DSubschema... Using ldapsearch to retrieve the cn=3DMonitor... dn: objectClass: top objectClass: OpenLDAProotDSE structuralObjectClass: OpenLDAProotDSE configContext: cn=3Dconfig namingContexts: o=3DOpenLDAP Project,l=3DInternet monitorContext: cn=3DMonitor supportedControl: 1.3.6.1.4.1.4203.1.9.1.1 supportedControl: 2.16.840.1.113730.3.4.18 supportedControl: 2.16.840.1.113730.3.4.2 supportedControl: 1.3.6.1.4.1.4203.1.10.1 supportedControl: 1.2.840.113556.1.4.319 supportedControl: 1.2.826.0.1.3344810.2.3 supportedControl: 1.3.6.1.1.13.2 supportedControl: 1.3.6.1.1.13.1 supportedControl: 1.3.6.1.1.12 supportedExtension: 1.3.6.1.4.1.4203.1.11.1 supportedExtension: 1.3.6.1.4.1.4203.1.11.3 supportedExtension: 1.3.6.1.1.8 supportedFeatures: 1.3.6.1.1.14 supportedFeatures: 1.3.6.1.4.1.4203.1.5.1 supportedFeatures: 1.3.6.1.4.1.4203.1.5.2 supportedFeatures: 1.3.6.1.4.1.4203.1.5.3 supportedFeatures: 1.3.6.1.4.1.4203.1.5.4 supportedFeatures: 1.3.6.1.4.1.4203.1.5.5 supportedLDAPVersion: 3 vendorName: The OpenLDAP Project <<a href=3D"http://www.openldap.org/" t= arget=3D"_blank">http://www.openldap.org/</a>> entryDN: subschemaSubentry: cn=3DSubschema dn: cn=3DSubschema objectClass: top objectClass: subentry objectClass: subschema objectClass: extensibleObject cn: Subschema dn: cn=3DMonitor objectClass: monitorServer cn: Monitor description: This subtree contains monitoring/managing objects. description: This object contains information about this server. description: Most of the information is held in operational attributes, whi= ch =A0must be explicitly requested. monitoredInfo: OpenLDAP: slapd 2.4.16 (Jul 23 2009 13:44:24) >>>>> Test succeeded >>>>> ./scripts/test000-rootdse completed OK. >>>>> Starting test001-slapadd ... running defines.sh Running slapadd to build slapd database... =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Then blocked, and no moving any more ... </blockquote></div> --000e0cd2e7328a11aa046fb0ee75--

1 0

(ITS#6229) make test blocked on test001-slapadd
by czybear＠qq.com 27 Jul '09

27 Jul '09

Full_Name: John Chen Version: 2.4.16/2.4.17 OS: RHEL AS 5.2 (Tikanga) x86)64 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (117.88.156.12) [root@as5u2-64]# make test cd tests; make test make[1]: Entering directory `/home/install/ldap-2.4/openldap-2.4.16/tests' make[2]: Entering directory `/home/install/ldap-2.4/openldap-2.4.16/tests' Initiating LDAP tests for BDB... Cleaning up test run directory leftover from previous run. Running ./scripts/all... >>>>> Executing all LDAP tests for bdb >>>>> Starting test000-rootdse ... running defines.sh Starting slapd on TCP/IP port 9011... Using ldapsearch to retrieve the root DSE... Waiting 5 seconds for slapd to start... Using ldapsearch to retrieve the cn=Subschema... Using ldapsearch to retrieve the cn=Monitor... dn: objectClass: top objectClass: OpenLDAProotDSE structuralObjectClass: OpenLDAProotDSE configContext: cn=config namingContexts: o=OpenLDAP Project,l=Internet monitorContext: cn=Monitor supportedControl: 1.3.6.1.4.1.4203.1.9.1.1 supportedControl: 2.16.840.1.113730.3.4.18 supportedControl: 2.16.840.1.113730.3.4.2 supportedControl: 1.3.6.1.4.1.4203.1.10.1 supportedControl: 1.2.840.113556.1.4.319 supportedControl: 1.2.826.0.1.3344810.2.3 supportedControl: 1.3.6.1.1.13.2 supportedControl: 1.3.6.1.1.13.1 supportedControl: 1.3.6.1.1.12 supportedExtension: 1.3.6.1.4.1.4203.1.11.1 supportedExtension: 1.3.6.1.4.1.4203.1.11.3 supportedExtension: 1.3.6.1.1.8 supportedFeatures: 1.3.6.1.1.14 supportedFeatures: 1.3.6.1.4.1.4203.1.5.1 supportedFeatures: 1.3.6.1.4.1.4203.1.5.2 supportedFeatures: 1.3.6.1.4.1.4203.1.5.3 supportedFeatures: 1.3.6.1.4.1.4203.1.5.4 supportedFeatures: 1.3.6.1.4.1.4203.1.5.5 supportedLDAPVersion: 3 vendorName: The OpenLDAP Project <http://www.openldap.org/> entryDN: subschemaSubentry: cn=Subschema dn: cn=Subschema objectClass: top objectClass: subentry objectClass: subschema objectClass: extensibleObject cn: Subschema dn: cn=Monitor objectClass: monitorServer cn: Monitor description: This subtree contains monitoring/managing objects. description: This object contains information about this server. description: Most of the information is held in operational attributes, which must be explicitly requested. monitoredInfo: OpenLDAP: slapd 2.4.16 (Jul 23 2009 13:44:24) >>>>> Test succeeded >>>>> ./scripts/test000-rootdse completed OK. >>>>> Starting test001-slapadd ... running defines.sh Running slapadd to build slapd database... ========================================== Then blocked, and no moving any more ...

1 0

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

25 Jul '09

michael(a)stroeder.com wrote: > 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. Thanks, fixed. > > ----------- 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. > > -- -- 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

(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 24 Jul '09

24 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 24 Jul '09

24 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 24 Jul '09

24 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

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