Michael Felt wrote:
> The log file did not show any errors.
If there's no server side errors then I suppose it's a problem in mtread.
Check the testrun/mtread.out file.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
-------- Original Message --------
Subject: Re: (ITS#7644) inverted MDB_SET_RANGE desired
Date: Sat, 27 Jul 2013 14:26:51 -0700
From: Howard Chu <hyc(a)symas.com>
To: Michiel Visser <vissermc(a)gmail.com>
Michiel Visser wrote:
> Dear Mr Chu,
>
> Answering your question: in case the found key is equal, you could specify:
> the key parameter *must* stay the untouched (same mv_data pointer), thus no
> extra memory block will be allocated that is basically a duplicate. Maybe it
> is already implemented this way? Important is that this should be documented
> (such that it is frozen). This would make it possible to have my desired
> functionality (and more) without sacrificing any performance (doing another
> unnecessary key comparison).
>
> By the way: the documentation does not tell whether the input key memory
> (mv_data) will stay untouched, in case the output key is different (but its
> size the same or smaller), or that always new memory is allocated for this
> purpose.
1) the library *never* allocates memory to return a value to you. I thought
that was already stated clearly. That's one of the fundamental design
principles of LMDB. You should know this already if you've read the docs.
2) The mdb_cursor_get() doc states explicitly that the object's address is
returned *except* in the case of MDB_SET.
I'm not sure it would be wise to change this at this point in time, people
have been using LMDB for going on 2 years already.
> Thank you for your time, and I want to make clear I really like mdb, and its
> interface :)
>
> Michiel Visser
>
>
> 2013/7/24 Howard Chu <hyc(a)symas.com <mailto:hyc@symas.com>>
>
> vissermc(a)gmail.com <mailto:vissermc@gmail.com> wrote:
>
> Full_Name: Michiel Visser
> Version: 2.4.35
> OS: Linux
> URL: ftp://ftp.openldap.org/__incoming/ <ftp://ftp.openldap.org/incoming/>
> Submission from: (NULL) (88.159.211.22)
>
>
> Feature request:
> MDB_SET_RANGE is an important option for me (I'm implementing a
> generic triple
> store on top of MDB). But I also desire some additions:
> 1) let's call it MDB_SET_RANGE_INV: find key equal of smaller. In
> theory I could
> also apply an inverted compare function, but this makes it
> counter-intuitive
> ('bigger' actually implying 'smaller'). And I understand I can also use
> SET_RANGE, followed by a cursor-previous-traversal, but it would
> require extra
> logic to check whether the key is already equal, which brings me to my
> second
> point:
>
>
> Extra logic will be required anyway, whether inside liblmdb or in your
> application. In this case I don't see value in making the library bigger
> to handle this.
>
> 2) a way to see whether the returned key is equal (to the supplied
> key), to
> avoid another call to get/cursor_get, or avoid a manual key compare.
>
>
> The mdb_cursor_get() function signature is what it is, there's nowhere to
> return any other parameters. How would you propose to indicate this to the
> caller?
>
> --
> -- Howard Chu
> CTO, Symas Corp. http://www.symas.com
> Director, Highland Sun http://highlandsun.com/hyc/
> Chief Architect, OpenLDAP http://www.openldap.org/__project/
> <http://www.openldap.org/project/>
>
>
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
mamfelt(a)gmail.com wrote:
> --089e0160a454490f9304e28133c7
> Content-Type: text/plain; charset=ISO-8859-1
>
> p.s. what is the quick way to run this test directly, rather than 1-59
> before running test 60?
<openldap>/tests/run test060
> I did not find a core dump.
Read the tail end of testrun/slapd.1.log and look for any error messages.
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
--089e0149421a38e87104e281384b
Content-Type: text/plain; charset=ISO-8859-1
And the ulimit values on the test system are:
root@x094:[/data/prj/openldap-2.4.35]ulimit -a
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) unlimited
stack(kbytes) 4194304
memory(kbytes) unlimited
coredump(blocks) unlimited
nofiles(descriptors) 2000
threads(per process) unlimited
processes(per user) unlimited
On Fri, Jul 26, 2013 at 10:11 PM, Howard Chu <hyc(a)symas.com> wrote:
> mamfelt(a)gmail.com wrote:
>
>> Full_Name: Michael Felt
>> Version: 2.4.32
>> OS: AIX 6.1 TL7
>> URL: ftp://ftp.openldap.org/**incoming/<ftp://ftp.openldap.org/incoming/>
>> Submission from: (NULL) (81.253.45.94)
>>
>>
>> built bdb 6.0.20
>> built openLDAP 2.4.32 using xlC v11
>>
>
> Current is 2.4.35, you should have built latest.
>
> make test runs fine, then stops abruptly at test060
>>
>
> No ideas offhand, but possibly running into a default file descriptor
> limit or some other ulimit issue. Check that first. I don't believe there's
> any actual software bug here but it's been a long time since I've built on
> AIX.
>
> extract of failing test...
>>
>>
>> Starting test060-mt-hot for bdb...
>>>>>>>
>>>>>> running defines.sh
>> Running slapadd to build slapd database...
>> Running slapindex to index slapd database...
>> Starting slapd on TCP/IP port 9011...
>> /data/prj/openldap-2.4.32/**tests/../servers/slapd/slapd -s0 -f
>> /data/prj/openldap-2.4.32/**tests/testrun/slapd.1.conf -h
>> ldap://localhost:9011/
>> -d stats
>> Testing basic monitor search...
>> Monitor searches
>> Testing basic mt-hot search: 1 threads (1 x 50000) loops...
>> ./progs/slapd-mtread -H ldap://localhost:9011/ -D
>> cn=Manager,dc=example,dc=com
>> -w secret -e cn=Monitor -m 1 -L 1 -l 50000
>> Testing basic mt-hot search: 5 threads (1 x 10000) loops...
>> ./progs/slapd-mtread -H ldap://localhost:9011/ -D
>> cn=Manager,dc=example,dc=com
>> -w secret -e cn=Monitor -m 5 -L 1 -l 10000
>> Testing basic mt-hot search: 100 threads (5 x 100) loops...
>> ./progs/slapd-mtread -H ldap://localhost:9011/ -D
>> cn=Manager,dc=example,dc=com
>> -w secret -e cn=Monitor -m 100 -L 5 -l 100
>> slapd-mtread failed (1)!
>>
>>> test060-mt-hot failed for bdb
>>>>>>>
>>>>>> (exit 1)
>> make: 1254-004 The error code from the last command is 1.
>>
>>
>> Stop.
>> make: 1254-004 The error code from the last command is 2.
>>
>>
>> Stop.
>> make: 1254-004 The error code from the last command is 2.
>>
>>
>> Stop.
>>
>> AIX Level Info:
>> root@x094:[/data/prj/openldap-**2.4.32]oslevel -s
>> 6100-07-06-1241
>>
>> ############
>> Please excuse that I have no clue what this test means, or if it will
>> stand in
>> the way of some basic setup of openLDAP as a server. However, since I am
>> asking,
>> I am also promising to dig deeper with some assistance.
>>
>> p.s. if I should have used a bug submission elsewhere, please forgive my
>> blindness. I did not find it first go around.
>>
>> Michael
>>
>>
>>
>
> --
> -- Howard Chu
> CTO, Symas Corp. http://www.symas.com
> Director, Highland Sun http://highlandsun.com/hyc/
> Chief Architect, OpenLDAP http://www.openldap.org/**project/<http://www.openldap.org/project/>
>
--089e0149421a38e87104e281384b
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
And the ulimit values on the test system are:<br><span style=3D"font-family=
:courier new,monospace">root@x094:[/data/prj/openldap-2.4.35]ulimit -a<br>t=
ime(seconds)=A0=A0=A0=A0=A0=A0=A0 unlimited<br>file(blocks)=A0=A0=A0=A0=A0=
=A0=A0=A0 unlimited<br>data(kbytes)=A0=A0=A0=A0=A0=A0=A0=A0 unlimited<br>
stack(kbytes)=A0=A0=A0=A0=A0=A0=A0 4194304<br>memory(kbytes)=A0=A0=A0=A0=A0=
=A0 unlimited<br>coredump(blocks)=A0=A0=A0=A0 unlimited<br>nofiles(descript=
ors) 2000<br>threads(per process) unlimited<br>processes(per user)=A0 unlim=
ited</span><br><br><br><div class=3D"gmail_quote">
On Fri, Jul 26, 2013 at 10:11 PM, Howard Chu <span dir=3D"ltr"><<a href=
=3D"mailto:hyc@symas.com" target=3D"_blank">hyc(a)symas.com</a>></span> wr=
ote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border=
-left:1px #ccc solid;padding-left:1ex">
<a href=3D"mailto:mamfelt@gmail.com" target=3D"_blank">mamfelt(a)gmail.com</a=
> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
Full_Name: Michael Felt<br>
Version: 2.4.32<br>
OS: AIX 6.1 TL7<br>
URL: <a href=3D"ftp://ftp.openldap.org/incoming/" target=3D"_blank">ftp://f=
tp.openldap.org/<u></u>incoming/</a><br>
Submission from: (NULL) (81.253.45.94)<br>
<br>
<br>
built bdb 6.0.20<br>
built openLDAP 2.4.32 using xlC v11<br>
</blockquote>
<br>
Current is 2.4.35, you should have built latest.<br>
<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
make test runs fine, then stops abruptly at test060<br>
</blockquote>
<br>
No ideas offhand, but possibly running into a default file descriptor limit=
or some other ulimit issue. Check that first. I don't believe there=
9;s any actual software bug here but it's been a long time since I'=
ve built on AIX.<br>
<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
extract of failing test...<br>
<br>
<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote c=
lass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;=
padding-left:1ex">
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Starting test060-mt-hot for bdb...<br>
</blockquote></blockquote></blockquote></blockquote></blockquote>
running defines.sh<br>
Running slapadd to build slapd database...<br>
Running slapindex to index slapd database...<br>
Starting slapd on TCP/IP port 9011...<br>
/data/prj/openldap-2.4.32/<u></u>tests/../servers/slapd/slapd -s0 -f<br>
/data/prj/openldap-2.4.32/<u></u>tests/testrun/slapd.1.conf -h ldap://local=
host:9011/<br>
-d stats<br>
Testing basic monitor search...<br>
Monitor searches<br>
Testing basic mt-hot search: 1 threads (1 x 50000) loops...<br>
./progs/slapd-mtread -H ldap://localhost:9011/ -D cn=3DManager,dc=3Dexample=
,dc=3Dcom<br>
-w secret -e cn=3DMonitor -m 1 -L 1 -l 50000<br>
Testing basic mt-hot search: 5 threads (1 x 10000) loops...<br>
./progs/slapd-mtread -H ldap://localhost:9011/ -D cn=3DManager,dc=3Dexample=
,dc=3Dcom<br>
-w secret -e cn=3DMonitor -m 5 -L 1 -l 10000<br>
Testing basic mt-hot search: 100 threads (5 x 100) loops...<br>
./progs/slapd-mtread -H ldap://localhost:9011/ -D cn=3DManager,dc=3Dexample=
,dc=3Dcom<br>
-w secret -e cn=3DMonitor -m 100 -L 5 -l 100<br>
slapd-mtread failed (1)!<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote c=
lass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;=
padding-left:1ex">
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
test060-mt-hot failed for bdb<br>
</blockquote></blockquote></blockquote></blockquote></blockquote>
(exit 1)<br>
make: 1254-004 The error code from the last command is 1.<br>
<br>
<br>
Stop.<br>
make: 1254-004 The error code from the last command is 2.<br>
<br>
<br>
Stop.<br>
make: 1254-004 The error code from the last command is 2.<br>
<br>
<br>
Stop.<br>
<br>
AIX Level Info:<br>
root@x094:[/data/prj/openldap-<u></u>2.4.32]oslevel -s<br>
6100-07-06-1241<br>
<br>
############<br>
Please excuse that I have no clue what this test means, or if it will stand=
in<br>
the way of some basic setup of openLDAP as a server. However, since I am as=
king,<br>
I am also promising to dig deeper with some assistance.<br>
<br>
p.s. if I should have used a bug submission elsewhere, please forgive my<br=
>
blindness. I did not find it first go around.<br>
<br>
Michael<br>
<br>
<br><span class=3D"HOEnZb"><font color=3D"#888888">
</font></span></blockquote><span class=3D"HOEnZb"><font color=3D"#888888">
<br>
<br>
-- <br>
=A0 -- Howard Chu<br>
=A0 CTO, Symas Corp. =A0 =A0 =A0 =A0 =A0 <a href=3D"http://www.symas.com" t=
arget=3D"_blank">http://www.symas.com</a><br>
=A0 Director, Highland Sun =A0 =A0 <a href=3D"http://highlandsun.com/hyc/" =
target=3D"_blank">http://highlandsun.com/hyc/</a><br>
=A0 Chief Architect, OpenLDAP =A0<a href=3D"http://www.openldap.org/project=
/" target=3D"_blank">http://www.openldap.org/<u></u>project/</a><br>
</font></span></blockquote></div><br>
--089e0149421a38e87104e281384b--
--089e0160a454490f9304e28133c7
Content-Type: text/plain; charset=ISO-8859-1
p.s. what is the quick way to run this test directly, rather than 1-59
before running test 60?
I did not find a core dump.
On Sat, Jul 27, 2013 at 6:58 PM, Michael Felt <mamfelt(a)gmail.com> wrote:
> reply to all this time.
>
> 1) also did .35 version, same message
> 2) these, except for filesize, are the defaults for at least the last 10
> years:
> time(seconds) unlimited
> file(blocks) unlimited
> data(kbytes) 131072
> stack(kbytes) 32768
> memory(kbytes) 32768
> coredump(blocks) 2097151
> nofiles(descriptors) 2000
>
> Now, it is perhaps possible that the data/memory/ and/or stack size is too
> small. I shall check on the test system to see if the defaults are the same
> as above, or if all have been reset.
> I'll even look for a coredump to see if it says anything more about what
> has happened.
>
> Thanks for the reply!
>
> Michael
>
> On Fri, Jul 26, 2013 at 10:11 PM, Howard Chu <hyc(a)symas.com> wrote:
>
>> mamfelt(a)gmail.com wrote:
>>
>>> Full_Name: Michael Felt
>>> Version: 2.4.32
>>> OS: AIX 6.1 TL7
>>> URL: ftp://ftp.openldap.org/**incoming/<ftp://ftp.openldap.org/incoming/>
>>> Submission from: (NULL) (81.253.45.94)
>>>
>>>
>>> built bdb 6.0.20
>>> built openLDAP 2.4.32 using xlC v11
>>>
>>
>> Current is 2.4.35, you should have built latest.
>>
>> make test runs fine, then stops abruptly at test060
>>>
>>
>> No ideas offhand, but possibly running into a default file descriptor
>> limit or some other ulimit issue. Check that first. I don't believe there's
>> any actual software bug here but it's been a long time since I've built on
>> AIX.
>>
>> extract of failing test...
>>>
>>>
>>> Starting test060-mt-hot for bdb...
>>>>>>>>
>>>>>>> running defines.sh
>>> Running slapadd to build slapd database...
>>> Running slapindex to index slapd database...
>>> Starting slapd on TCP/IP port 9011...
>>> /data/prj/openldap-2.4.32/**tests/../servers/slapd/slapd -s0 -f
>>> /data/prj/openldap-2.4.32/**tests/testrun/slapd.1.conf -h
>>> ldap://localhost:9011/
>>> -d stats
>>> Testing basic monitor search...
>>> Monitor searches
>>> Testing basic mt-hot search: 1 threads (1 x 50000) loops...
>>> ./progs/slapd-mtread -H ldap://localhost:9011/ -D
>>> cn=Manager,dc=example,dc=com
>>> -w secret -e cn=Monitor -m 1 -L 1 -l 50000
>>> Testing basic mt-hot search: 5 threads (1 x 10000) loops...
>>> ./progs/slapd-mtread -H ldap://localhost:9011/ -D
>>> cn=Manager,dc=example,dc=com
>>> -w secret -e cn=Monitor -m 5 -L 1 -l 10000
>>> Testing basic mt-hot search: 100 threads (5 x 100) loops...
>>> ./progs/slapd-mtread -H ldap://localhost:9011/ -D
>>> cn=Manager,dc=example,dc=com
>>> -w secret -e cn=Monitor -m 100 -L 5 -l 100
>>> slapd-mtread failed (1)!
>>>
>>>> test060-mt-hot failed for bdb
>>>>>>>>
>>>>>>> (exit 1)
>>> make: 1254-004 The error code from the last command is 1.
>>>
>>>
>>> Stop.
>>> make: 1254-004 The error code from the last command is 2.
>>>
>>>
>>> Stop.
>>> make: 1254-004 The error code from the last command is 2.
>>>
>>>
>>> Stop.
>>>
>>> AIX Level Info:
>>> root@x094:[/data/prj/openldap-**2.4.32]oslevel -s
>>> 6100-07-06-1241
>>>
>>> ############
>>> Please excuse that I have no clue what this test means, or if it will
>>> stand in
>>> the way of some basic setup of openLDAP as a server. However, since I am
>>> asking,
>>> I am also promising to dig deeper with some assistance.
>>>
>>> p.s. if I should have used a bug submission elsewhere, please forgive my
>>> blindness. I did not find it first go around.
>>>
>>> Michael
>>>
>>>
>>>
>>
>> --
>> -- Howard Chu
>> CTO, Symas Corp. http://www.symas.com
>> Director, Highland Sun http://highlandsun.com/hyc/
>> Chief Architect, OpenLDAP http://www.openldap.org/**project/<http://www.openldap.org/project/>
>>
>
>
--089e0160a454490f9304e28133c7
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
p.s. what is the quick way to run this test directly, rather than 1-59 befo=
re running test 60?<br><br>I did not find a core dump.<br><br><div class=3D=
"gmail_quote">On Sat, Jul 27, 2013 at 6:58 PM, Michael Felt <span dir=3D"lt=
r"><<a href=3D"mailto:mamfelt@gmail.com" target=3D"_blank">mamfelt@gmail=
.com</a>></span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">reply to all this time.<br><br>1) also did .=
35 version, same message<br>2) these, except for filesize, are the defaults=
for at least the last 10 years:<br>
time(seconds)=A0=A0=A0=A0=A0=A0=A0 unlimited<br>file(blocks)=A0=A0=A0=A0=A0=
=A0=A0=A0 unlimited<br>
data(kbytes)=A0=A0=A0=A0=A0=A0=A0=A0 131072<br>stack(kbytes)=A0=A0=A0=A0=A0=
=A0=A0 32768<br>memory(kbytes)=A0=A0=A0=A0=A0=A0 32768<br>coredump(blocks)=
=A0=A0=A0=A0 2097151<br>nofiles(descriptors) 2000<br><br>Now, it is perhaps=
possible that the data/memory/ and/or stack size is too small. I shall che=
ck on the test system to see if the defaults are the same as above, or if a=
ll have been reset.<br>
I'll even look for a coredump to see if it says anything more about wha=
t has happened.<br><br>Thanks for the reply!<span class=3D"HOEnZb"><font co=
lor=3D"#888888"><br><br>Michael<br><br></font></span><div class=3D"gmail_qu=
ote">
<div class=3D"im">On Fri, Jul 26, 2013 at 10:11 PM, Howard Chu <span dir=3D=
"ltr"><<a href=3D"mailto:hyc@symas.com" target=3D"_blank">hyc(a)symas.com<=
/a>></span> wrote:<br>
</div><div><div class=3D"h5"><blockquote class=3D"gmail_quote" style=3D"mar=
gin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><a href=3D"mail=
to:mamfelt@gmail.com" target=3D"_blank">mamfelt(a)gmail.com</a> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
Full_Name: Michael Felt<br>
Version: 2.4.32<br>
OS: AIX 6.1 TL7<br>
URL: <a href=3D"ftp://ftp.openldap.org/incoming/" target=3D"_blank">ftp://f=
tp.openldap.org/<u></u>incoming/</a><br>
Submission from: (NULL) (81.253.45.94)<br>
<br>
<br>
built bdb 6.0.20<br>
built openLDAP 2.4.32 using xlC v11<br>
</blockquote>
<br>
Current is 2.4.35, you should have built latest.<br>
<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
make test runs fine, then stops abruptly at test060<br>
</blockquote>
<br>
No ideas offhand, but possibly running into a default file descriptor limit=
or some other ulimit issue. Check that first. I don't believe there=
9;s any actual software bug here but it's been a long time since I'=
ve built on AIX.<br>
<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
extract of failing test...<br>
<br>
<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote c=
lass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;=
padding-left:1ex">
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Starting test060-mt-hot for bdb...<br>
</blockquote></blockquote></blockquote></blockquote></blockquote>
running defines.sh<br>
Running slapadd to build slapd database...<br>
Running slapindex to index slapd database...<br>
Starting slapd on TCP/IP port 9011...<br>
/data/prj/openldap-2.4.32/<u></u>tests/../servers/slapd/slapd -s0 -f<br>
/data/prj/openldap-2.4.32/<u></u>tests/testrun/slapd.1.conf -h ldap://local=
host:9011/<br>
-d stats<br>
Testing basic monitor search...<br>
Monitor searches<br>
Testing basic mt-hot search: 1 threads (1 x 50000) loops...<br>
./progs/slapd-mtread -H ldap://localhost:9011/ -D cn=3DManager,dc=3Dexample=
,dc=3Dcom<br>
-w secret -e cn=3DMonitor -m 1 -L 1 -l 50000<br>
Testing basic mt-hot search: 5 threads (1 x 10000) loops...<br>
./progs/slapd-mtread -H ldap://localhost:9011/ -D cn=3DManager,dc=3Dexample=
,dc=3Dcom<br>
-w secret -e cn=3DMonitor -m 5 -L 1 -l 10000<br>
Testing basic mt-hot search: 100 threads (5 x 100) loops...<br>
./progs/slapd-mtread -H ldap://localhost:9011/ -D cn=3DManager,dc=3Dexample=
,dc=3Dcom<br>
-w secret -e cn=3DMonitor -m 100 -L 5 -l 100<br>
slapd-mtread failed (1)!<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote c=
lass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;=
padding-left:1ex">
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
test060-mt-hot failed for bdb<br>
</blockquote></blockquote></blockquote></blockquote></blockquote>
(exit 1)<br>
make: 1254-004 The error code from the last command is 1.<br>
<br>
<br>
Stop.<br>
make: 1254-004 The error code from the last command is 2.<br>
<br>
<br>
Stop.<br>
make: 1254-004 The error code from the last command is 2.<br>
<br>
<br>
Stop.<br>
<br>
AIX Level Info:<br>
root@x094:[/data/prj/openldap-<u></u>2.4.32]oslevel -s<br>
6100-07-06-1241<br>
<br>
############<br>
Please excuse that I have no clue what this test means, or if it will stand=
in<br>
the way of some basic setup of openLDAP as a server. However, since I am as=
king,<br>
I am also promising to dig deeper with some assistance.<br>
<br>
p.s. if I should have used a bug submission elsewhere, please forgive my<br=
>
blindness. I did not find it first go around.<br>
<br>
Michael<br>
<br>
<br><span><font color=3D"#888888">
</font></span></blockquote><span><font color=3D"#888888">
<br>
<br>
-- <br>
=A0 -- Howard Chu<br>
=A0 CTO, Symas Corp. =A0 =A0 =A0 =A0 =A0 <a href=3D"http://www.symas.com" t=
arget=3D"_blank">http://www.symas.com</a><br>
=A0 Director, Highland Sun =A0 =A0 <a href=3D"http://highlandsun.com/hyc/" =
target=3D"_blank">http://highlandsun.com/hyc/</a><br>
=A0 Chief Architect, OpenLDAP =A0<a href=3D"http://www.openldap.org/project=
/" target=3D"_blank">http://www.openldap.org/<u></u>project/</a><br>
</font></span></blockquote></div></div></div><br>
</blockquote></div><br>
--089e0160a454490f9304e28133c7--
--001a11c37b0ad47a1804e2812bc0
Content-Type: text/plain; charset=ISO-8859-1
reply to all this time.
1) also did .35 version, same message
2) these, except for filesize, are the defaults for at least the last 10
years:
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) 131072
stack(kbytes) 32768
memory(kbytes) 32768
coredump(blocks) 2097151
nofiles(descriptors) 2000
Now, it is perhaps possible that the data/memory/ and/or stack size is too
small. I shall check on the test system to see if the defaults are the same
as above, or if all have been reset.
I'll even look for a coredump to see if it says anything more about what
has happened.
Thanks for the reply!
Michael
On Fri, Jul 26, 2013 at 10:11 PM, Howard Chu <hyc(a)symas.com> wrote:
> mamfelt(a)gmail.com wrote:
>
>> Full_Name: Michael Felt
>> Version: 2.4.32
>> OS: AIX 6.1 TL7
>> URL: ftp://ftp.openldap.org/**incoming/<ftp://ftp.openldap.org/incoming/>
>> Submission from: (NULL) (81.253.45.94)
>>
>>
>> built bdb 6.0.20
>> built openLDAP 2.4.32 using xlC v11
>>
>
> Current is 2.4.35, you should have built latest.
>
> make test runs fine, then stops abruptly at test060
>>
>
> No ideas offhand, but possibly running into a default file descriptor
> limit or some other ulimit issue. Check that first. I don't believe there's
> any actual software bug here but it's been a long time since I've built on
> AIX.
>
> extract of failing test...
>>
>>
>> Starting test060-mt-hot for bdb...
>>>>>>>
>>>>>> running defines.sh
>> Running slapadd to build slapd database...
>> Running slapindex to index slapd database...
>> Starting slapd on TCP/IP port 9011...
>> /data/prj/openldap-2.4.32/**tests/../servers/slapd/slapd -s0 -f
>> /data/prj/openldap-2.4.32/**tests/testrun/slapd.1.conf -h
>> ldap://localhost:9011/
>> -d stats
>> Testing basic monitor search...
>> Monitor searches
>> Testing basic mt-hot search: 1 threads (1 x 50000) loops...
>> ./progs/slapd-mtread -H ldap://localhost:9011/ -D
>> cn=Manager,dc=example,dc=com
>> -w secret -e cn=Monitor -m 1 -L 1 -l 50000
>> Testing basic mt-hot search: 5 threads (1 x 10000) loops...
>> ./progs/slapd-mtread -H ldap://localhost:9011/ -D
>> cn=Manager,dc=example,dc=com
>> -w secret -e cn=Monitor -m 5 -L 1 -l 10000
>> Testing basic mt-hot search: 100 threads (5 x 100) loops...
>> ./progs/slapd-mtread -H ldap://localhost:9011/ -D
>> cn=Manager,dc=example,dc=com
>> -w secret -e cn=Monitor -m 100 -L 5 -l 100
>> slapd-mtread failed (1)!
>>
>>> test060-mt-hot failed for bdb
>>>>>>>
>>>>>> (exit 1)
>> make: 1254-004 The error code from the last command is 1.
>>
>>
>> Stop.
>> make: 1254-004 The error code from the last command is 2.
>>
>>
>> Stop.
>> make: 1254-004 The error code from the last command is 2.
>>
>>
>> Stop.
>>
>> AIX Level Info:
>> root@x094:[/data/prj/openldap-**2.4.32]oslevel -s
>> 6100-07-06-1241
>>
>> ############
>> Please excuse that I have no clue what this test means, or if it will
>> stand in
>> the way of some basic setup of openLDAP as a server. However, since I am
>> asking,
>> I am also promising to dig deeper with some assistance.
>>
>> p.s. if I should have used a bug submission elsewhere, please forgive my
>> blindness. I did not find it first go around.
>>
>> Michael
>>
>>
>>
>
> --
> -- Howard Chu
> CTO, Symas Corp. http://www.symas.com
> Director, Highland Sun http://highlandsun.com/hyc/
> Chief Architect, OpenLDAP http://www.openldap.org/**project/<http://www.openldap.org/project/>
>
--001a11c37b0ad47a1804e2812bc0
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
reply to all this time.<br><br>1) also did .35 version, same message<br>2) =
these, except for filesize, are the defaults for at least the last 10 years=
:<br>time(seconds)=A0=A0=A0=A0=A0=A0=A0 unlimited<br>file(blocks)=A0=A0=A0=
=A0=A0=A0=A0=A0 unlimited<br>
data(kbytes)=A0=A0=A0=A0=A0=A0=A0=A0 131072<br>stack(kbytes)=A0=A0=A0=A0=A0=
=A0=A0 32768<br>memory(kbytes)=A0=A0=A0=A0=A0=A0 32768<br>coredump(blocks)=
=A0=A0=A0=A0 2097151<br>nofiles(descriptors) 2000<br><br>Now, it is perhaps=
possible that the data/memory/ and/or stack size is too small. I shall che=
ck on the test system to see if the defaults are the same as above, or if a=
ll have been reset.<br>
I'll even look for a coredump to see if it says anything more about wha=
t has happened.<br><br>Thanks for the reply!<br><br>Michael<br><br><div cla=
ss=3D"gmail_quote">On Fri, Jul 26, 2013 at 10:11 PM, Howard Chu <span dir=
=3D"ltr"><<a href=3D"mailto:hyc@symas.com" target=3D"_blank">hyc(a)symas.c=
om</a>></span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><a href=3D"mailto:mamfelt@gmail.com" target=
=3D"_blank">mamfelt(a)gmail.com</a> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
Full_Name: Michael Felt<br>
Version: 2.4.32<br>
OS: AIX 6.1 TL7<br>
URL: <a href=3D"ftp://ftp.openldap.org/incoming/" target=3D"_blank">ftp://f=
tp.openldap.org/<u></u>incoming/</a><br>
Submission from: (NULL) (81.253.45.94)<br>
<br>
<br>
built bdb 6.0.20<br>
built openLDAP 2.4.32 using xlC v11<br>
</blockquote>
<br>
Current is 2.4.35, you should have built latest.<br>
<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
make test runs fine, then stops abruptly at test060<br>
</blockquote>
<br>
No ideas offhand, but possibly running into a default file descriptor limit=
or some other ulimit issue. Check that first. I don't believe there=
9;s any actual software bug here but it's been a long time since I'=
ve built on AIX.<br>
<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
extract of failing test...<br>
<br>
<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote c=
lass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;=
padding-left:1ex">
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Starting test060-mt-hot for bdb...<br>
</blockquote></blockquote></blockquote></blockquote></blockquote>
running defines.sh<br>
Running slapadd to build slapd database...<br>
Running slapindex to index slapd database...<br>
Starting slapd on TCP/IP port 9011...<br>
/data/prj/openldap-2.4.32/<u></u>tests/../servers/slapd/slapd -s0 -f<br>
/data/prj/openldap-2.4.32/<u></u>tests/testrun/slapd.1.conf -h ldap://local=
host:9011/<br>
-d stats<br>
Testing basic monitor search...<br>
Monitor searches<br>
Testing basic mt-hot search: 1 threads (1 x 50000) loops...<br>
./progs/slapd-mtread -H ldap://localhost:9011/ -D cn=3DManager,dc=3Dexample=
,dc=3Dcom<br>
-w secret -e cn=3DMonitor -m 1 -L 1 -l 50000<br>
Testing basic mt-hot search: 5 threads (1 x 10000) loops...<br>
./progs/slapd-mtread -H ldap://localhost:9011/ -D cn=3DManager,dc=3Dexample=
,dc=3Dcom<br>
-w secret -e cn=3DMonitor -m 5 -L 1 -l 10000<br>
Testing basic mt-hot search: 100 threads (5 x 100) loops...<br>
./progs/slapd-mtread -H ldap://localhost:9011/ -D cn=3DManager,dc=3Dexample=
,dc=3Dcom<br>
-w secret -e cn=3DMonitor -m 100 -L 5 -l 100<br>
slapd-mtread failed (1)!<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote c=
lass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;=
padding-left:1ex">
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
test060-mt-hot failed for bdb<br>
</blockquote></blockquote></blockquote></blockquote></blockquote>
(exit 1)<br>
make: 1254-004 The error code from the last command is 1.<br>
<br>
<br>
Stop.<br>
make: 1254-004 The error code from the last command is 2.<br>
<br>
<br>
Stop.<br>
make: 1254-004 The error code from the last command is 2.<br>
<br>
<br>
Stop.<br>
<br>
AIX Level Info:<br>
root@x094:[/data/prj/openldap-<u></u>2.4.32]oslevel -s<br>
6100-07-06-1241<br>
<br>
############<br>
Please excuse that I have no clue what this test means, or if it will stand=
in<br>
the way of some basic setup of openLDAP as a server. However, since I am as=
king,<br>
I am also promising to dig deeper with some assistance.<br>
<br>
p.s. if I should have used a bug submission elsewhere, please forgive my<br=
>
blindness. I did not find it first go around.<br>
<br>
Michael<br>
<br>
<br><span class=3D"HOEnZb"><font color=3D"#888888">
</font></span></blockquote><span class=3D"HOEnZb"><font color=3D"#888888">
<br>
<br>
-- <br>
=A0 -- Howard Chu<br>
=A0 CTO, Symas Corp. =A0 =A0 =A0 =A0 =A0 <a href=3D"http://www.symas.com" t=
arget=3D"_blank">http://www.symas.com</a><br>
=A0 Director, Highland Sun =A0 =A0 <a href=3D"http://highlandsun.com/hyc/" =
target=3D"_blank">http://highlandsun.com/hyc/</a><br>
=A0 Chief Architect, OpenLDAP =A0<a href=3D"http://www.openldap.org/project=
/" target=3D"_blank">http://www.openldap.org/<u></u>project/</a><br>
</font></span></blockquote></div><br>
--001a11c37b0ad47a1804e2812bc0--
mamfelt(a)gmail.com wrote:
> Full_Name: Michael Felt
> Version: 2.4.32
> OS: AIX 6.1 TL7
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (81.253.45.94)
>
>
> built bdb 6.0.20
> built openLDAP 2.4.32 using xlC v11
Current is 2.4.35, you should have built latest.
> make test runs fine, then stops abruptly at test060
No ideas offhand, but possibly running into a default file descriptor limit or
some other ulimit issue. Check that first. I don't believe there's any actual
software bug here but it's been a long time since I've built on AIX.
> extract of failing test...
>
>
>>>>>> Starting test060-mt-hot for bdb...
> running defines.sh
> Running slapadd to build slapd database...
> Running slapindex to index slapd database...
> Starting slapd on TCP/IP port 9011...
> /data/prj/openldap-2.4.32/tests/../servers/slapd/slapd -s0 -f
> /data/prj/openldap-2.4.32/tests/testrun/slapd.1.conf -h ldap://localhost:9011/
> -d stats
> Testing basic monitor search...
> Monitor searches
> Testing basic mt-hot search: 1 threads (1 x 50000) loops...
> ./progs/slapd-mtread -H ldap://localhost:9011/ -D cn=Manager,dc=example,dc=com
> -w secret -e cn=Monitor -m 1 -L 1 -l 50000
> Testing basic mt-hot search: 5 threads (1 x 10000) loops...
> ./progs/slapd-mtread -H ldap://localhost:9011/ -D cn=Manager,dc=example,dc=com
> -w secret -e cn=Monitor -m 5 -L 1 -l 10000
> Testing basic mt-hot search: 100 threads (5 x 100) loops...
> ./progs/slapd-mtread -H ldap://localhost:9011/ -D cn=Manager,dc=example,dc=com
> -w secret -e cn=Monitor -m 100 -L 5 -l 100
> slapd-mtread failed (1)!
>>>>>> test060-mt-hot failed for bdb
> (exit 1)
> make: 1254-004 The error code from the last command is 1.
>
>
> Stop.
> make: 1254-004 The error code from the last command is 2.
>
>
> Stop.
> make: 1254-004 The error code from the last command is 2.
>
>
> Stop.
>
> AIX Level Info:
> root@x094:[/data/prj/openldap-2.4.32]oslevel -s
> 6100-07-06-1241
>
> ############
> Please excuse that I have no clue what this test means, or if it will stand in
> the way of some basic setup of openLDAP as a server. However, since I am asking,
> I am also promising to dig deeper with some assistance.
>
> p.s. if I should have used a bug submission elsewhere, please forgive my
> blindness. I did not find it first go around.
>
> Michael
>
>
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
msquaredm(a)yahoo.com wrote:
> Full_Name: Mike
> Version: 2.4.35
> OS: Cent0s v6.4
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (65.51.198.154)
>
>
> Hi,
>
> I've compiled v2.4.35 with the smbk5pwd overlay. When I change my password the
> openldap terminates with the message:
>
> /usr/sbin/slapd: symbol lookup error: /usr/lib64/openldap/smbk5pwd-2.4.so.2:
> undefined symbol: ldap_x_utf8s_to_wcs
>
> Thanks for any help.
The ITS is for actual bug reports, not requests for help. Use the
openldap-technical mailing list. Closing this ITS.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/