Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@lucene.apache.org
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
Subject: Re: [JENKINS] Lucene-Solr-5.5-Linux (32bit/jdk1.7.0_80) - Build # 292 - Failure!
From: Steve Rowe <sarowe@gmail.com>
In-Reply-To: <alpine.DEB.2.11.1606161520270.12875@tray>
Date: Thu, 16 Jun 2016 22:55:01 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <F807AAC7-F308-4652-A2C6-AA1B4E5F2CA0@gmail.com>
References: <2123075717.115.1466105330831.JavaMail.jenkins@serv1> <1BCF125D-76E1-47E2-A9C2-E5F4A3F6CE9C@gmail.com> <CFE39BAD-9F10-44E5-982D-6E200CB680F6@gmail.com> <alpine.DEB.2.11.1606161500310.12875@tray> <alpine.DEB.2.11.1606161520270.12875@tray>
To: dev@lucene.apache.org
archived-at: Fri, 17 Jun 2016 02:55:09 -0000

Thanks for looking Hoss.

I compared files changed by the commits on branch_6x and on branch_5_5, =
and I don=E2=80=99t see anything consequential, so I don=E2=80=99t think =
this is a case of a misapplied backport.

--
Steve
www.lucidworks.com

> On Jun 16, 2016, at 6:25 PM, Chris Hostetter =
<hossman_lucene@fucit.org> wrote:
>=20
>=20
> : : I ran this test before I committed the backport, but it succeeded =
then. =20
> : : I beasted it on current branch_5_5 and 49/100 seeds succeeded.
> :=20
> : one of the things that cahnged as part of LUCENE-7132 was that i =
made all=20
> : the BQ related tests start randomizing setDisableCoord() ... so you =
might=20
> : be seeing some previously unidentified coord related bug that is =
only in=20
> : the 5.x line of code?
> :=20
> : that could probably jive with the roughtly 50% failure ratio you're=20=

> : seeing?
>=20
> Hmmm .... nope.  Even with the setDisableCoord commented out (but =
still=20
> consuming random().nextBoolean() consistently) the same seeds reliably=20=

> fail on branch_5_5
>=20
> Looks like the "~50%" comes from the "use filler docs or not?" bit of =
the=20
> test?  with the patch below i can't find any seeds to fail -- which =
makes=20
> it seem like the crux of the original bug (results incorrect when docs =
are=20
> in diff blocks) is still relevant even after the backport to =
branch_5_5.
>=20
> Mike -- any idea what might still be the problem here?
>=20
>=20
>=20
> -Hoss
> http://www.lucidworks.com/
>=20
>=20
> diff --git=20
> a/lucene/core/src/test/org/apache/lucene/search/TestBoolean2.java=20
> b/lucene/core/src/test/org/apache/lucene/search/TestBoolean2.java
> index d97d8d4..596eb64 100644
> --- a/lucene/core/src/test/org/apache/lucene/search/TestBoolean2.java
> +++ b/lucene/core/src/test/org/apache/lucene/search/TestBoolean2.java
> @@ -67,6 +67,7 @@ public class TestBoolean2 extends LuceneTestCase {
>   public static void beforeClass() throws Exception {
>     // in some runs, test immediate adjacency of matches - in others, =
force a full bucket gap betwen docs
>     NUM_FILLER_DOCS =3D random().nextBoolean() ? 0 : =
BooleanScorer.SIZE;
> +    NUM_FILLER_DOCS =3D 0; // nocommit
>     PRE_FILLER_DOCS =3D TestUtil.nextInt(random(), 0, (NUM_FILLER_DOCS =
/ 2));
>=20
>     directory =3D newDirectory();
>=20
>=20
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>=20


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org