Re: (ITS#5114) pcache cache results for searches that hit size/timelimit
by rhafer＠suse.de
On Freitag, 21. September 2007, hyc(a)symas.com wrote:
> rhafer(a)suse.de wrote:
> > Please note that test020 currently fails in HEAD sometime. I think this
> > depends on the order in which the results for queries that hit the
> > sizelimit are returned.
>
> It seems to be failing for me more often than not. Why is it
> non-deterministic?
It seems that the order in which the entries are inserted into the cache is
non-deterministic. Because of that the order in which they are returned from
cache varies as well. The final test that compares the ldapsearch results
with proxycache.out relies on the order.
I get a lot of DB_LOCK_DEADLOCK in slapd.2.log and if I don't missread the log
it seems that sometimes the entries from Query 9 get inserted into the cache
before the entry from Query 5 ("cn=Bjorn Jensen,ou=Information Technology
Division, ...") and sometimes after. Depending on that the test either fails
or succeeds.
--
Ralf
15 years, 8 months
Re: (ITS#5114) pcache cache results for searches that hit size/timelimit
by hyc＠symas.com
rhafer(a)suse.de wrote:
> Please note that test020 currently fails in HEAD sometime. I think this
> depends on the order in which the results for queries that hit the
> sizelimit are returned.
It seems to be failing for me more often than not. Why is it non-deterministic?
>
> Testout put is:
> ------------------
> ...
> ...
> Successfully verified answerability
> Filtering ldapsearch results...
> Filtering original ldif...
> Comparing filter output...
> Comparison failed
> ------------------
>
> # diff testrun/ldif.flt testrun/ldapsearch.flt
> 233,235c233,235
> < dn: cn=Bjorn Jensen,ou=Information Technology Division,ou=People,dc=example,dc
> < =com
> < mail: bjorn(a)mailgw.example.com
> ---
>> dn: cn=Barbara Jensen,ou=Information Technology Division,ou=People,dc=example,
>> dc=com
>> mail: bjensen(a)mailgw.example.com
>
> #
>
--
-- 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/
15 years, 8 months
Re: (ITS#5102) back-perl build issues
by hyc＠symas.com
ando(a)sys-net.it wrote:
> hyc(a)symas.com wrote:
>> Another thing that has nagged me ever since we unified the slap tools into
>> slapd - should have renamed slapadd.c -> tooladd.c etc...
>
> Personally, not. Only, slap* makes them quite personal, while tool*
> sounds quite generic. It's like calling them db*: could be any type of
> db (no pun with Berkeley intended :).
Fair enough. I think my main issue is with slapcommon.[ch], which is only
related to the tools, not common to slapd as a whole.
--
-- 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/
15 years, 8 months
Re: Fwd: Solaris 10 test000 root dse bus error (ITS#5140)
by hyc＠symas.com
james.hartley(a)gmail.com wrote:
> ---------- Forwarded message ----------
> From: James Hartley <james.hartley(a)gmail.com>
> Date: Sep 20, 2007 11:38 AM
> Subject: Re: Solaris 10 test000 root dse bus error (ITS#5140)
> To: Quanah Gibson-Mount <quanah(a)zimbra.com>
>
> ok I used the 2.4 beta wth the same result on tests. here is the configure
> command and the output of make test. Not sure if I should back up to
> Berkeley 4.5 and openldap2.3.38... Since that will require rebuilding the
> DB then SASL then LDAP... do you know someone that might have build and
> tested openldap for solaris 10 that I can confer with directly.
Yes, I've run 2.4.5 with BDB 4.6 on Solaris 10 without any difficulties.
Since you're seeing a bus error the only way to diagnose this is by using a
debugger to get a stack trace.
> P.S. I have some scripts that you might be interested in the maintain
> usr/local and help construct packages for solaris...
The OpenLDAP Project doesn't maintain packages for any platform. Feel free to
post your tips and scripts in the FAQ-o-Matic.
--
-- 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/
15 years, 8 months
Re: Fwd: Solaris 10 test000 root dse bus error (ITS#5140)
by ghenry＠OpenLDAP.org
Again, no HTML, please...
Did you run:
configure
make depend
make
make test
It looks like "make depend" was missing.
Can we move this to -software(a)openldap.org rather than an ITS, as this
appears to be a user build issue rather than an actual bug.
Thanks.
--
Kind Regards,
Gavin Henry.
OpenLDAP Engineering Team.
E ghenry(a)OpenLDAP.org
Community developed LDAP software.
http://www.openldap.org/project/
15 years, 8 months
Fwd: Solaris 10 test000 root dse bus error (ITS#5140)
by james.hartley＠gmail.com
------=_Part_32258_11773747.1190318929506
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
---------- Forwarded message ----------
From: James Hartley <james.hartley(a)gmail.com>
Date: Sep 20, 2007 11:38 AM
Subject: Re: Solaris 10 test000 root dse bus error (ITS#5140)
To: Quanah Gibson-Mount <quanah(a)zimbra.com>
ok I used the 2.4 beta wth the same result on tests. here is the configure
command and the output of make test. Not sure if I should back up to
Berkeley 4.5 and openldap2.3.38... Since that will require rebuilding the
DB then SASL then LDAP... do you know someone that might have build and
tested openldap for solaris 10 that I can confer with directly.
here is the output
env
LD_LIBRARY_PATH="/usr/local/lib:/usr/local/ssl/lib:/usr/local/BerkeleyDB.4.6/lib:/usr/lib/sasl2"
LDFLAGS="-L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/local/BerkeleyDB.4.6/lib -L/usr/lib/sasl2 -R/usr/local/lib
-R/usr/local/ssl/lib -R/usr/local/BerkeleyDB.4.6/lib -R/usr/lib/sasl2"
CPPFLAGS="-I/usr/local/include -I/usr/local/ssl/include
-I/usr/local/BerkeleyDB.4.6/include -I/usr/local/include/sasl" ./configure
--enable-bdb --enable-crypt --with-tls --with-cyrus-sasl
make[1]: Entering directory
`/export/home/hartleyj/sunv420ldapconstruction_latest/openldap-2.4.5beta
/tests'
make[2]: Entering directory
`/export/home/hartleyj/sunv420ldapconstruction_latest/openldap-2.4.5beta/tests'
Initiating LDAP tests for BDB...
./run: ./schema: does not exist
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...
24854 Bus Error - core dumped
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: kill: no such process
ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1)
>>>>> Test failed
>>>>> ./scripts/test000-rootdse failed (exit 255)
make[2]: *** [bdb-yes] Error 255
make[2]: Leaving directory
`/export/home/hartleyj/sunv420ldapconstruction_latest/openldap- 2.4.5beta
/tests'
make[1]: *** [test] Error 2
make[1]: Leaving directory
`/export/home/hartleyj/sunv420ldapconstruction_latest/openldap-2.4.5beta
/tests'
make: *** [test] Error 2
--(hartleyj@sunv420)-(~/sunv420ldapconstruction_latest/openldap- 2.4.5beta
)--
P.S. I have some scripts that you might be interested in the maintain
usr/local and help construct packages for solaris...
On 9/20/07, Quanah Gibson-Mount <quanah(a)zimbra.com> wrote:
>
> --On Thursday, September 20, 2007 3:54 PM +0000 james.hartley(a)gmail.com
> wrote:
>
> > ------=_Part_30794_27537250.1190303647870
> > Content-Type: text/plain; charset=ISO-8859-1
> > Content-Transfer-Encoding: 7bit
> > Content-Disposition: inline
> >
> > Humm no real help here!! no obvious errors. here is the last few lines
> > of the slapd.1.conf file. in tests.
> >
> > Do you have any other Ideas
>
> Use a supported version of BDB. OpenLDAP 2.3 series works with BDB 4.2,
> 4.4, and 4.5. OpenLDAP 2.4 series works with BDB 4.2, 4.4, 4.5, and 4.6.
> Since you built 2.3 against 4.6, you are trying to do something that is
> not
> supported.
>
> --Quanah
>
>
> --
>
> Quanah Gibson-Mount
> Principal Software Engineer
> Zimbra, Inc
> --------------------
> Zimbra :: the leader in open source messaging and collaboration
>
------=_Part_32258_11773747.1190318929506
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
<br><br>---------- Forwarded message ----------<br><span class="gmail_quote">From: <b class="gmail_sendername">James Hartley</b> <<a href="mailto:james.hartley@gmail.com">james.hartley(a)gmail.com</a>><br>Date: Sep 20, 2007 11:38 AM
<br>Subject: Re: Solaris 10 test000 root dse bus error (ITS#5140)<br>To: Quanah Gibson-Mount <<a href="mailto:quanah@zimbra.com">quanah(a)zimbra.com</a>><br><br></span>ok I used the 2.4 beta wth the same result on tests. here
is the configure command and the output of make test. Not
sure if I should back up to Berkeley 4.5 and openldap2.3.38...
Since that will require rebuilding the DB then SASL then LDAP... do you
know someone that might have build and tested openldap for solaris 10
that I can confer with directly. <br><br>here is the output <span class="q"><br><br>env LD_LIBRARY_PATH="/usr/local/lib:/usr/local/ssl/lib:/usr/local/BerkeleyDB.4.6/lib:/usr/lib/sasl2"
LDFLAGS="-L/usr/local/lib -L/usr/local/ssl/lib
-L/usr/local/BerkeleyDB.4.6/lib -L/usr/lib/sasl2 -R/usr/local/lib
-R/usr/local/ssl/lib -R/usr/local/BerkeleyDB.4.6/lib -R/usr/lib/sasl2"
CPPFLAGS="-I/usr/local/include -I/usr/local/ssl/include
-I/usr/local/BerkeleyDB.4.6/include -I/usr/local/include/sasl" ./configure --enable-bdb --enable-crypt --with-tls --with-cyrus-sasl
<br><br></span>make[1]: Entering directory `/export/home/hartleyj/sunv420ldapconstruction_latest/openldap-2.4.5beta/tests'<br>make[2]: Entering directory `/export/home/hartleyj/sunv420ldapconstruction_latest/openldap-
2.4.5beta
/tests'<span class="q"><br>Initiating LDAP tests for BDB...<br></span>./run: ./schema: does not exist<span class="q"><br>Running ./scripts/all...<br>>>>>> Executing all LDAP tests for bdb<br>>>>>> Starting test000-rootdse ...
<br>
running defines.sh<br>Starting slapd on TCP/IP port 9011...<br>Using ldapsearch to retrieve the root DSE...<br>Waiting 5 seconds for slapd to start...<br></span>24854 Bus Error - core dumped<span class="q"><br>Waiting 5 seconds for slapd to start...
<br>Waiting 5 seconds for slapd to start...<br>Waiting 5 seconds for slapd to start...<br>Waiting 5 seconds for slapd to start...<br>Waiting 5 seconds for slapd to start...<br>./scripts/test000-rootdse: kill: no such process
<br></span>ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1)<br>>>>>> Test failed<br>>>>>> ./scripts/test000-rootdse failed (exit 255)<br>make[2]: *** [bdb-yes] Error 255<br>make[2]: Leaving directory `/export/home/hartleyj/sunv420ldapconstruction_latest/openldap-
2.4.5beta/tests'<span class="q"><br>make[1]: *** [test] Error 2<br></span>make[1]: Leaving directory `/export/home/hartleyj/sunv420ldapconstruction_latest/openldap-2.4.5beta/tests'<br>make: *** [test] Error 2<br>
--(hartleyj@sunv420)-(~/sunv420ldapconstruction_latest/openldap-
2.4.5beta)--<br><br>P.S.
I have some scripts that you might be interested in the maintain
usr/local and help construct packages for solaris... <br><br><br><br><div><span class="q"><span class="gmail_quote">On 9/20/07, <b class="gmail_sendername">
Quanah Gibson-Mount</b> <<a href="mailto:quanah@zimbra.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">quanah(a)zimbra.com</a>> wrote:</span></span><div><span class="e" id="q_115243658fb23cce_12">
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
--On Thursday, September 20, 2007 3:54 PM +0000 <a href="mailto:james.hartley@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">james.hartley(a)gmail.com</a><br>wrote:<br><br>> ------=_Part_30794_27537250.1190303647870
<br>> Content-Type: text/plain; charset=ISO-8859-1
<br>> Content-Transfer-Encoding: 7bit<br>> Content-Disposition: inline<br>><br>> Humm no real help here!! no obvious errors. here is the last few lines<br>> of the slapd.1.conf file. in tests.<br>><br>
> Do you have any other Ideas<br><br>Use a supported version of BDB. OpenLDAP 2.3 series works with BDB 4.2,<br>4.4, and 4.5. OpenLDAP 2.4 series works with BDB 4.2, 4.4, 4.5, and 4.6.<br>Since you built 2.3 against
4.6, you are trying to do something that is not<br>supported.<br><br>--Quanah<br><br><br>--<br><br>Quanah Gibson-Mount<br>Principal Software Engineer<br>Zimbra, Inc<br>--------------------<br>Zimbra :: the leader in open source messaging and collaboration
<br></blockquote></span></div></div><br>
------=_Part_32258_11773747.1190318929506--
15 years, 8 months
Re: (ITS#5149) config.status aborts with error
by hyc＠symas.com
dieter(a)dkluenter.de wrote:
> Full_Name: Dieter Kluenter
> Version: HEAD
> OS: Linux
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (84.142.186.237)
>
>
> Hi config.status aborts with error, thus portable.h and other files are not
> generated by configure
You need to use "cvs upd -d " to get the back-sock directory. No bug here,
this ITS will be closed.
> config.status:842: creating servers/slapd/back-sock/Makefile
> config.status:902: error: cannot find input file:
> servers/slapd/back-sock/Makefile.in
> .-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.--.-.-
>
> -Dieter
>
>
>
--
-- 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/
15 years, 8 months
(ITS#5149) config.status aborts with error
by dieter＠dkluenter.de
Full_Name: Dieter Kluenter
Version: HEAD
OS: Linux
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (84.142.186.237)
Hi config.status aborts with error, thus portable.h and other files are not
generated by configure
config.log
.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
config.status:842: creating Makefile
config.status:842: creating doc/Makefile
config.status:842: creating doc/man/Makefile
config.status:842: creating doc/man/man1/Makefile
config.status:842: creating doc/man/man3/Makefile
config.status:842: creating doc/man/man5/Makefile
config.status:842: creating doc/man/man8/Makefile
config.status:842: creating clients/Makefile
config.status:842: creating clients/tools/Makefile
config.status:842: creating include/Makefile
config.status:842: creating libraries/Makefile
config.status:842: creating libraries/liblber/Makefile
config.status:842: creating libraries/libldap/Makefile
config.status:842: creating libraries/libldap_r/Makefile
config.status:842: creating libraries/liblunicode/Makefile
config.status:842: creating libraries/liblutil/Makefile
config.status:842: creating libraries/librewrite/Makefile
config.status:842: creating servers/Makefile
config.status:842: creating servers/slapd/Makefile
config.status:842: creating servers/slapd/back-bdb/Makefile
config.status:842: creating servers/slapd/back-dnssrv/Makefile
config.status:842: creating servers/slapd/back-hdb/Makefile
config.status:842: creating servers/slapd/back-ldap/Makefile
config.status:842: creating servers/slapd/back-ldif/Makefile
config.status:842: creating servers/slapd/back-meta/Makefile
config.status:842: creating servers/slapd/back-monitor/Makefile
config.status:842: creating servers/slapd/back-null/Makefile
config.status:842: creating servers/slapd/back-passwd/Makefile
config.status:842: creating servers/slapd/back-perl/Makefile
config.status:842: creating servers/slapd/back-relay/Makefile
config.status:842: creating servers/slapd/back-shell/Makefile
config.status:842: creating servers/slapd/back-sock/Makefile
config.status:902: error: cannot find input file:
servers/slapd/back-sock/Makefile.in
.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.--.-.-
-Dieter
15 years, 8 months
(ITS#5148) Segmentation Fault
by Russell.Mosemann＠cune.edu
quanah(a)zimbra.com said:
> OpenLDAP 2.3 does not support BDB 4.6.
Thank you. That answers my question. This ticket may be closed.
--
Russell Mosemann, Ph.D.
Associate Professor of Computer Science
15 years, 8 months
