--000e0cd51bbc607056046fb112fc
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
http://www.oracle.com/technology/products/berkeley-db/db/update/4.7.25/patc…
Include the list in your reply next time...
On Mon, Jul 27, 2009 at 8:44 AM, czybear <czybear(a)qq.com> wrote:
> yes, I build aginst BDB 4.7.25 and downloaded from
> http://www.oracle.com/technology/software/products/berkeley-db/htdocs/popup…
> I didn't see any patches about BDB 4.7.25 from Oracle yet.
>
>
> ------------------ Original ------------------
> *From: * "Matt Kassawara"<battery(a)writeme.com>;
> *Date: * Mon, Jul 27, 2009 10:40 PM
> *To: * "czybear"<czybear(a)qq.com>;
> *Cc: * "openldap-its"<openldap-its(a)openldap.org>;
> *Subject: * Re: (ITS#6229) make test blocked on test001-slapadd
>
> 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, 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 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 ...
>
--000e0cd51bbc607056046fb112fc
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
<div><a href=3D"http://www.oracle.com/technology/products/berkeley-db/db/up=
date/4.7.25/patch.4.7.25.html">http://www.oracle.com/technology/products/be=
rkeley-db/db/update/4.7.25/patch.4.7.25.html</a><br></div><div></div><div>
Include the list in your reply next time...</div><br><div class=3D"gmail_qu=
ote">On Mon, Jul 27, 2009 at 8:44 AM, czybear <span dir=3D"ltr"><<a href=
=3D"mailto:czybear@qq.com">czybear(a)qq.com</a>></span> wrote:<br><blockqu=
ote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc s=
olid;padding-left:1ex;">
<div>yes, I build aginst BDB 4.7.25 and downloaded from <a href=3D"http://w=ww.oracle.com/technology/software/products/berkeley-db/htdocs/popup/db/4.7.=
25/db-targz.html" target=3D"_blank">http://www.oracle.com/technology/softwa=
re/products/berkeley-db/htdocs/popup/db/4.7.25/db-targz.html</a></div>
<div>I didn't see any patches about BDB 4.7.25 from Oracle yet.</div>
<div>
<div>=A0</div>
<div>=A0</div>
<div style=3D"color:#000">
<div style=3D"padding-right:0px;padding-left:0px;font-size:12px;padding-bot=
tom:2px;padding-top:2px;font-family:Arial Narrow">------------------=A0Orig=
inal=A0------------------</div>
<div style=3D"font-size:12px">
<div><b>From: </b>=A0"Matt Kassawara"<<a href=3D"mailto:batter=
y(a)writeme.com" target=3D"_blank">battery(a)writeme.com</a>>;</div>
<div><b>Date: </b>=A0Mon, Jul 27, 2009 10:40 PM</div>
<div><b>To: </b>=A0"czybear"<<a href=3D"mailto:czybear@qq.com"=
target=3D"_blank">czybear(a)qq.com</a>>; </div>
<div><b>Cc: </b>=A0"openldap-its"<<a href=3D"mailto:openldap-i=
ts(a)openldap.org" target=3D"_blank">openldap-its(a)openldap.org</a>>; </div=
>
<div><b>Subject: </b>=A0Re: (ITS#6229) make test blocked on test001-slapadd=
</div></div>
<div>=A0</div>Did you build against BDB 4.7.25? ?If so, did you apply all t=
he patches? On Mon, Jul 27, 2009 at 3:04 AM, wrote: Full_Name: John Chen Ve=
rsion: 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://ftp.openldap.org/incom=
ing/</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/op=
enldap-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 t=
est run directory leftover from previous run. Running ./scripts/all... >=
>>>> Executing all LDAP tests for bdb >>>>> Star=
ting test000-rootdse ... running defines.sh Starting slapd on TCP/IP port 9=
011... Using ldapsearch to retrieve the root DSE... Waiting 5 seconds for s=
lapd to start... Using ldapsearch to retrieve the cn=3DSubschema... Using l=
dapsearch 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 supporte=
dControl: 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 supportedEx=
tension: 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 supported=
Features: 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.42=
03.1.5.4 supportedFeatures: 1.3.6.1.4.1.4203.1.5.5 supportedLDAPVersion: 3 =
vendorName: The OpenLDAP Project entryDN: subschemaSubentry: cn=3DSubschema=
dn: cn=3DSubschema objectClass: top objectClass: subentry objectClass: sub=
schema objectClass: extensibleObject cn: Subschema dn: cn=3DMonitor objectC=
lass: monitorServer cn: Monitor description: This subtree contains monitori=
ng/managing objects. description: This object contains information about th=
is server. description: Most of the information is held in operational attr=
ibutes, which ?must be explicitly requested. monitoredInfo: OpenLDAP: slapd=
2.4.16 (Jul 23 2009 13:44:24) >>>>> Test succeeded >>=
>>> ./scripts/test000-rootdse completed OK. >>>>> S=
tarting test001-slapadd ... running defines.sh Running slapadd to build sla=
pd 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 blo=
cked, and no moving any more ... </div>
</div></blockquote></div><br>
--000e0cd51bbc607056046fb112fc--
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 ...
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.
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--
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/
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/