You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@solr.apache.org by Houston Putman <ho...@apache.org> on 2024/02/01 17:29:28 UTC
Re: Bugfix release Lucene/Solr 8.11.3
Any news Noble?
I'm not comfortable moving forward without a fix for this, and we really do
need to get an 8.11.3 out there soon.
- Houston
On Mon, Jan 29, 2024 at 12:27 PM Noble Paul <no...@gmail.com> wrote:
> I beasted this test a few 100 times and it was not failing. I shall
> try this again (with the seed)
>
> On Tue, Jan 30, 2024 at 4:08 AM Houston Putman <ho...@apache.org> wrote:
> >
> > When I run this:
> >
> > ant test -Dtestcase=CloudAuthStreamTest -Dtests.seed=F8952559841D5C83
> > > -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=sk
> > > -Dtests.timezone=Atlantic/Bermuda -Dtests.asserts=true
> > > -Dtests.file.encoding=UTF-8 -Duse.perreplica=false
> >
> >
> > It fails. Doesn't the "-Duse.perreplica=false" tell it to not use PRS?
> >
> > - Houston
> >
> > On Mon, Jan 29, 2024 at 5:25 AM Noble Paul <no...@gmail.com> wrote:
> >
> > > What I have noticed is that CloudAuthStreamTest fails in PRS mode. So,
> > > it passes all the time without PRS.
> > >
> > > It needs to be fixed anyway, but I'm disabling the PRS mode for that
> test
> > >
> > > On Sat, Jan 27, 2024 at 4:28 AM Christine Poerschke (BLOOMBERG/
> > > LONDON) <cp...@bloomberg.net> wrote:
> > > >
> > > > Thanks! Done.
> > > >
> > > > From: dev@solr.apache.org At: 01/25/24 14:42:10 UTCTo:
> > > dev@solr.apache.org
> > > > Subject: Re: Bugfix release Lucene/Solr 8.11.3
> > > >
> > > > Not too late, please continue with the back port Christine’
> > > >
> > > > - Houston
> > > >
> > > > On Thu, Jan 25, 2024 at 3:58 AM Christine Poerschke (BLOOMBERG/
> LONDON) <
> > > > cpoerschke@bloomberg.net> wrote:
> > > >
> > > > > If it's not too late I'd like to nominate
> > > > > https://issues.apache.org/jira/browse/SOLR-17120 via
> > > > > https://github.com/apache/lucene-solr/pull/2683 for being in the
> > > 8.11.3
> > > > > release too.
> > > > >
> > > > > - Christine
> > > > >
> > > > > From: dev@solr.apache.org At: 01/25/24 00:20:16 UTCTo:
> > > > > dev@solr.apache.org
> > > > > Subject: Re: Bugfix release Lucene/Solr 8.11.3
> > > > >
> > > > > > But the "CloudAuthStreamTest" test fails 100% of the time with
> the
> > > > >
> > > > > Yes.Thanks for bringing it to my attention. I'm looking into it and
> > > > > trying to fix that
> > > > >
> > > > > On Thu, Jan 25, 2024 at 9:02 AM Houston Putman <houston@apache.org
> >
> > > wrote:
> > > > > >
> > > > > > I'm unsure about the hdfs issues for now..
> > > > > >
> > > > > > But the "CloudAuthStreamTest" test fails 100% of the time with
> the
> > > > > > "F8952559841D5C83" seed for me. And it's not a test issue, its an
> > > actual
> > > > > > bug.
> > > > > >
> > > > > > I've been focusing my efforts here, but it fails both with PRS
> > > enabled
> > > > > and
> > > > > > disabled. So the patch went beyond just adjusting how PRS is
> handled.
> > > > > >
> > > > > > Honestly at this point I'm not sure what is the cause, and I
> can't
> > > really
> > > > > > put more time into it. I'll leave the rest of my findings on the
> > > JIRA.
> > > > > >
> > > > > > - Houston
> > > > > >
> > > > > > On Tue, Jan 23, 2024 at 8:53 PM Ishan Chattopadhyaya <
> > > > > > ichattopadhyaya@gmail.com> wrote:
> > > > > >
> > > > > > > I ran the solr/core tests few times, and here are the results:
> > > > > > >
> > > > > > > 1)
> > > > > > > [junit4] Tests with failures [seed: 7A919DB0B1698A5]:
> > > > > > > [junit4] - org.apache.solr.search.TestRecoveryHdfs (suite)
> [junit4]
> > > > > > >
> > > > > > > 2)
> > > > > > > BUILD SUCCESSFUL
> > > > > > > Total time: 4 minutes 31 seconds
> > > > > > >
> > > > > > > 3)
> > > > > > > [junit4] Tests with failures [seed: E174107AF681900D]:
> > > > > > > [junit4] -
> > > > > > >
> > > > > > >
> > > > >
> > >
> org.apache.solr.filestore.TestDistribPackageStore.testPackageStoreManagement
> > > > > > > [junit4] - org.apache.solr.cloud.hdfs.HdfsRecoverLeaseTest
> > > (suite)
> > > > > > >
> > > > > > > 4)
> > > > > > > [junit4] Tests with failures [seed: 6135443D8851EC4F]:
> > > > > > > [junit4] - org.apache.solr.store.hdfs.HdfsDirectoryTest
> > > (suite)
> > > > > > > [junit4] - org.apache.solr.cloud.hdfs.HdfsRecoverLeaseTest
> > > (suite)
> > > > > > >
> > > > > > > 5)
> > > > > > > [junit4] Tests with failures [seed: 967F9EA7B1CB4A4F]:
> > > > > > > [junit4] - org.apache.solr.index.hdfs.CheckHdfsIndexTest
> > > (suite)
> > > > > > > [junit4] - org.apache.solr.cloud.hdfs.HdfsNNFailoverTest
> > > (suite)
> > > > > > >
> > > > > > > 6)
> > > > > > > [junit4] Tests with failures [seed: 22B4F78C758D19E4]:
> > > > > > > [junit4] -
> > > > > > >
> org.apache.solr.cloud.api.collections.TestHdfsCloudBackupRestore
> > > > > (suite)
> > > > > > >
> > > > > > >
> > > > > > > I think the frequency of these HDFS failures have increased
> since
> > > the
> > > > > > > Hadoop upgrade 3.2.2 -> 3.2.4 (
> > > > > > >
> > > > > > >
> > > > >
> > > > >
> > > >
> > >
> https://github.com/apache/lucene-solr/commit/3cf0a5501084c9e3d0e53657a20477007f3
> > > > > 3755a
> > > > >
> > > > <
> > >
> https://github.com/apache/lucene-solr/commit/3cf0a5501084c9e3d0e53657a20477007f33755a
> > > >
> > > > > > > ).
> > > > > > > Any ideas, please, on how to deal with them?
> > > > > > >
> > > > > > > On Wed, 24 Jan 2024 at 07:12, Ishan Chattopadhyaya <
> > > > > > > ichattopadhyaya@gmail.com> wrote:
> > > > > > >
> > > > > > > > Looking at it, ASAP.
> > > > > > > >
> > > > > > > > On Wed, 24 Jan, 2024, 2:07 am Houston Putman, <
> > > houston@apache.org>
> > > > > > > wrote:
> > > > > > > >
> > > > > > > >> Right now we are blocked on
> > > > > > > >> https://issues.apache.org/jira/browse/SOLR-16580,
> > > > > > > >> which introduced failures that pop up roughly 50% of the
> time
> > > or so.
> > > > > > > >>
> > > > > > > >> We can't really proceed until the issue is fixed, as I don't
> > > think
> > > > > it's
> > > > > > > >> necessarily a test issue.
> > > > > > > >>
> > > > > > > >> - Houston
> > > > > > > >>
> > > > > > > >> On Sun, Jan 21, 2024 at 10:10 PM Ishan Chattopadhyaya <
> > > > > > > >> ichattopadhyaya@gmail.com> wrote:
> > > > > > > >>
> > > > > > > >> > +1
> > > > > > > >> >
> > > > > > > >> > On Sun, 21 Jan, 2024, 8:47 am Houston Putman, <
> > > houston@apache.org
> > > > > >
> > > > > > > >> wrote:
> > > > > > > >> >
> > > > > > > >> > > Now that 9.4 is out, we should plan this for next week.
> Ill
> > > try
> > > > > to
> > > > > > > get
> > > > > > > >> > > stuff ready for a monday RC, if no one objects.
> > > > > > > >> > >
> > > > > > > >> > > - Houston
> > > > > > > >> > >
> > > > > > > >> > > On Tue, Jan 16, 2024 at 12:58 PM Houston Putman <
> > > > > > > >> houstonputman@gmail.com
> > > > > > > >> > >
> > > > > > > >> > > wrote:
> > > > > > > >> > >
> > > > > > > >> > > > Since the 9.4.1 release candidate is out, I'm fine
> waiting
> > > > > for it
> > > > > > > to
> > > > > > > >> > > > finish. But let's try to get 8.11.3 out very soon
> > > afterwards.
> > > > > > > >> > > >
> > > > > > > >> > > > Also, as I stated on the other thread, didn't mean to
> > > tread on
> > > > > > > your
> > > > > > > >> > toes
> > > > > > > >> > > > here. If you want to continue with the release,
> please do!
> > > > > > > >> > > >
> > > > > > > >> > > > - Houston
> > > > > > > >> > > >
> > > > > > > >> > > > On Sat, Jan 13, 2024 at 8:59 AM Ishan Chattopadhyaya <
> > > > > > > >> > > > ichattopadhyaya@gmail.com> wrote:
> > > > > > > >> > > >
> > > > > > > >> > > >> Shouldn't we wait for the 9.4.1 to go out first?
> That's
> > > what
> > > > > I
> > > > > > > was
> > > > > > > >> > > holding
> > > > > > > >> > > >> out on.
> > > > > > > >> > > >>
> > > > > > > >> > > >> On Sat, 13 Jan, 2024, 12:43 am Houston Putman, <
> > > > > > > houston@apache.org
> > > > > > > >> >
> > > > > > > >> > > >> wrote:
> > > > > > > >> > > >>
> > > > > > > >> > > >> > NOTICE:
> > > > > > > >> > > >> >
> > > > > > > >> > > >> > I am now preparing for a bugfix release from branch
> > > > > branch_8_11
> > > > > > > >> > > >> >
> > > > > > > >> > > >> > Please observe the normal rules for committing to
> this
> > > > > branch:
> > > > > > > >> > > >> >
> > > > > > > >> > > >> > * Before committing to the branch, reply to this
> > > thread and
> > > > > > > argue
> > > > > > > >> > > >> > why the fix needs backporting and how long it
> will
> > > take.
> > > > > > > >> > > >> > * All issues accepted for backporting should be
> marked
> > > with
> > > > > > > >> 8.11.3
> > > > > > > >> > > >> > in JIRA, and issues that should delay the release
> > > must be
> > > > > > > >> marked
> > > > > > > >> > as
> > > > > > > >> > > >> > Blocker
> > > > > > > >> > > >> > * All patches that are intended for the branch
> should
> > > > > first be
> > > > > > > >> > > committed
> > > > > > > >> > > >> > to the unstable branch, merged into the stable
> > > branch,
> > > > > and
> > > > > > > then
> > > > > > > >> > into
> > > > > > > >> > > >> > the current release branch.
> > > > > > > >> > > >> > * Only Jira issues with Fix version 8.11.3 and
> priority
> > > > > > > "Blocker"
> > > > > > > >> > will
> > > > > > > >> > > >> > delay
> > > > > > > >> > > >> > a release candidate build.
> > > > > > > >> > > >> >
> > > > > > > >> > > >>
> > > > > > > >> > > >
> > > > > > > >> > >
> > > > > > > >> >
> > > > > > > >>
> > > > > > > >
> > > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > -----------------------------------------------------
> > > > > Noble Paul
> > > > >
> > > > >
> ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> > > > > For additional commands, e-mail: dev-help@solr.apache.org
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > -----------------------------------------------------
> > > Noble Paul
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> > > For additional commands, e-mail: dev-help@solr.apache.org
> > >
> > >
>
>
>
> --
> -----------------------------------------------------
> Noble Paul
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> For additional commands, e-mail: dev-help@solr.apache.org
>
>
Re: Bugfix release Lucene/Solr 8.11.3
Posted by Ishan Chattopadhyaya <ic...@gmail.com>.
We can move forward with it for now, and later release a 8.11.4 for that
fix.
On Sat, 3 Feb, 2024, 12:32 am Houston Putman, <ho...@apache.org> wrote:
> Ok, so I pulled your recent commit that explicitly disabled PRS and it
> passed. I wonder why the "-Duse.perreplica" flag is not working.
>
> Anyways, if you are ok with this being a pretty bad bug for PRS
> collections, then we can move forward with the release.
>
> - Houston
>
> On Fri, Feb 2, 2024 at 7:18 AM Noble Paul <no...@gmail.com> wrote:
>
> > I'm running it as follows
> >
> > ant test -Dtestcase=CloudAuthStreamTest -Dtests.seed=F8952559841D5C83
> > -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=sk
> > -Dtests.timezone=Atlantic/Bermuda -Dtests.asserts=true
> > -Dtests.file.encoding=UTF-8 -Duse.perreplica=false
> >
> > On Sat, Feb 3, 2024 at 12:17 AM Noble Paul <no...@gmail.com> wrote:
> > >
> > > are you sure you are able to make the test fail with the seed ? Can
> > > you please confirm it
> > >
> > > On Fri, Feb 2, 2024 at 4:29 AM Houston Putman <ho...@apache.org>
> > wrote:
> > > >
> > > > Any news Noble?
> > > >
> > > > I'm not comfortable moving forward without a fix for this, and we
> > really do
> > > > need to get an 8.11.3 out there soon.
> > > >
> > > > - Houston
> > > >
> > > > On Mon, Jan 29, 2024 at 12:27 PM Noble Paul <no...@gmail.com>
> > wrote:
> > > >
> > > > > I beasted this test a few 100 times and it was not failing. I shall
> > > > > try this again (with the seed)
> > > > >
> > > > > On Tue, Jan 30, 2024 at 4:08 AM Houston Putman <houston@apache.org
> >
> > wrote:
> > > > > >
> > > > > > When I run this:
> > > > > >
> > > > > > ant test -Dtestcase=CloudAuthStreamTest
> > -Dtests.seed=F8952559841D5C83
> > > > > > > -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=sk
> > > > > > > -Dtests.timezone=Atlantic/Bermuda -Dtests.asserts=true
> > > > > > > -Dtests.file.encoding=UTF-8 -Duse.perreplica=false
> > > > > >
> > > > > >
> > > > > > It fails. Doesn't the "-Duse.perreplica=false" tell it to not use
> > PRS?
> > > > > >
> > > > > > - Houston
> > > > > >
> > > > > > On Mon, Jan 29, 2024 at 5:25 AM Noble Paul <noble.paul@gmail.com
> >
> > wrote:
> > > > > >
> > > > > > > What I have noticed is that CloudAuthStreamTest fails in PRS
> > mode. So,
> > > > > > > it passes all the time without PRS.
> > > > > > >
> > > > > > > It needs to be fixed anyway, but I'm disabling the PRS mode for
> > that
> > > > > test
> > > > > > >
> > > > > > > On Sat, Jan 27, 2024 at 4:28 AM Christine Poerschke (BLOOMBERG/
> > > > > > > LONDON) <cp...@bloomberg.net> wrote:
> > > > > > > >
> > > > > > > > Thanks! Done.
> > > > > > > >
> > > > > > > > From: dev@solr.apache.org At: 01/25/24 14:42:10 UTCTo:
> > > > > > > dev@solr.apache.org
> > > > > > > > Subject: Re: Bugfix release Lucene/Solr 8.11.3
> > > > > > > >
> > > > > > > > Not too late, please continue with the back port Christine’
> > > > > > > >
> > > > > > > > - Houston
> > > > > > > >
> > > > > > > > On Thu, Jan 25, 2024 at 3:58 AM Christine Poerschke
> (BLOOMBERG/
> > > > > LONDON) <
> > > > > > > > cpoerschke@bloomberg.net> wrote:
> > > > > > > >
> > > > > > > > > If it's not too late I'd like to nominate
> > > > > > > > > https://issues.apache.org/jira/browse/SOLR-17120 via
> > > > > > > > > https://github.com/apache/lucene-solr/pull/2683 for being
> > in the
> > > > > > > 8.11.3
> > > > > > > > > release too.
> > > > > > > > >
> > > > > > > > > - Christine
> > > > > > > > >
> > > > > > > > > From: dev@solr.apache.org At: 01/25/24 00:20:16 UTCTo:
> > > > > > > > > dev@solr.apache.org
> > > > > > > > > Subject: Re: Bugfix release Lucene/Solr 8.11.3
> > > > > > > > >
> > > > > > > > > > But the "CloudAuthStreamTest" test fails 100% of the time
> > with
> > > > > the
> > > > > > > > >
> > > > > > > > > Yes.Thanks for bringing it to my attention. I'm looking
> into
> > it and
> > > > > > > > > trying to fix that
> > > > > > > > >
> > > > > > > > > On Thu, Jan 25, 2024 at 9:02 AM Houston Putman <
> > houston@apache.org
> > > > > >
> > > > > > > wrote:
> > > > > > > > > >
> > > > > > > > > > I'm unsure about the hdfs issues for now..
> > > > > > > > > >
> > > > > > > > > > But the "CloudAuthStreamTest" test fails 100% of the time
> > with
> > > > > the
> > > > > > > > > > "F8952559841D5C83" seed for me. And it's not a test
> issue,
> > its an
> > > > > > > actual
> > > > > > > > > > bug.
> > > > > > > > > >
> > > > > > > > > > I've been focusing my efforts here, but it fails both
> with
> > PRS
> > > > > > > enabled
> > > > > > > > > and
> > > > > > > > > > disabled. So the patch went beyond just adjusting how PRS
> > is
> > > > > handled.
> > > > > > > > > >
> > > > > > > > > > Honestly at this point I'm not sure what is the cause,
> and
> > I
> > > > > can't
> > > > > > > really
> > > > > > > > > > put more time into it. I'll leave the rest of my findings
> > on the
> > > > > > > JIRA.
> > > > > > > > > >
> > > > > > > > > > - Houston
> > > > > > > > > >
> > > > > > > > > > On Tue, Jan 23, 2024 at 8:53 PM Ishan Chattopadhyaya <
> > > > > > > > > > ichattopadhyaya@gmail.com> wrote:
> > > > > > > > > >
> > > > > > > > > > > I ran the solr/core tests few times, and here are the
> > results:
> > > > > > > > > > >
> > > > > > > > > > > 1)
> > > > > > > > > > > [junit4] Tests with failures [seed: 7A919DB0B1698A5]:
> > > > > > > > > > > [junit4] - org.apache.solr.search.TestRecoveryHdfs
> > (suite)
> > > > > [junit4]
> > > > > > > > > > >
> > > > > > > > > > > 2)
> > > > > > > > > > > BUILD SUCCESSFUL
> > > > > > > > > > > Total time: 4 minutes 31 seconds
> > > > > > > > > > >
> > > > > > > > > > > 3)
> > > > > > > > > > > [junit4] Tests with failures [seed:
> E174107AF681900D]:
> > > > > > > > > > > [junit4] -
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > >
> > > > > > >
> > > > >
> >
> org.apache.solr.filestore.TestDistribPackageStore.testPackageStoreManagement
> > > > > > > > > > > [junit4] -
> > org.apache.solr.cloud.hdfs.HdfsRecoverLeaseTest
> > > > > > > (suite)
> > > > > > > > > > >
> > > > > > > > > > > 4)
> > > > > > > > > > > [junit4] Tests with failures [seed:
> 6135443D8851EC4F]:
> > > > > > > > > > > [junit4] -
> > org.apache.solr.store.hdfs.HdfsDirectoryTest
> > > > > > > (suite)
> > > > > > > > > > > [junit4] -
> > org.apache.solr.cloud.hdfs.HdfsRecoverLeaseTest
> > > > > > > (suite)
> > > > > > > > > > >
> > > > > > > > > > > 5)
> > > > > > > > > > > [junit4] Tests with failures [seed:
> 967F9EA7B1CB4A4F]:
> > > > > > > > > > > [junit4] -
> > org.apache.solr.index.hdfs.CheckHdfsIndexTest
> > > > > > > (suite)
> > > > > > > > > > > [junit4] -
> > org.apache.solr.cloud.hdfs.HdfsNNFailoverTest
> > > > > > > (suite)
> > > > > > > > > > >
> > > > > > > > > > > 6)
> > > > > > > > > > > [junit4] Tests with failures [seed:
> 22B4F78C758D19E4]:
> > > > > > > > > > > [junit4] -
> > > > > > > > > > >
> > > > > org.apache.solr.cloud.api.collections.TestHdfsCloudBackupRestore
> > > > > > > > > (suite)
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > I think the frequency of these HDFS failures have
> > increased
> > > > > since
> > > > > > > the
> > > > > > > > > > > Hadoop upgrade 3.2.2 -> 3.2.4 (
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > >
> >
> https://github.com/apache/lucene-solr/commit/3cf0a5501084c9e3d0e53657a20477007f3
> > > > > > > > > 3755a
> > > > > > > > >
> > > > > > > > <
> > > > > > >
> > > > >
> >
> https://github.com/apache/lucene-solr/commit/3cf0a5501084c9e3d0e53657a20477007f33755a
> > > > > > > >
> > > > > > > > > > > ).
> > > > > > > > > > > Any ideas, please, on how to deal with them?
> > > > > > > > > > >
> > > > > > > > > > > On Wed, 24 Jan 2024 at 07:12, Ishan Chattopadhyaya <
> > > > > > > > > > > ichattopadhyaya@gmail.com> wrote:
> > > > > > > > > > >
> > > > > > > > > > > > Looking at it, ASAP.
> > > > > > > > > > > >
> > > > > > > > > > > > On Wed, 24 Jan, 2024, 2:07 am Houston Putman, <
> > > > > > > houston@apache.org>
> > > > > > > > > > > wrote:
> > > > > > > > > > > >
> > > > > > > > > > > >> Right now we are blocked on
> > > > > > > > > > > >> https://issues.apache.org/jira/browse/SOLR-16580,
> > > > > > > > > > > >> which introduced failures that pop up roughly 50% of
> > the
> > > > > time
> > > > > > > or so.
> > > > > > > > > > > >>
> > > > > > > > > > > >> We can't really proceed until the issue is fixed, as
> > I don't
> > > > > > > think
> > > > > > > > > it's
> > > > > > > > > > > >> necessarily a test issue.
> > > > > > > > > > > >>
> > > > > > > > > > > >> - Houston
> > > > > > > > > > > >>
> > > > > > > > > > > >> On Sun, Jan 21, 2024 at 10:10 PM Ishan
> Chattopadhyaya
> > <
> > > > > > > > > > > >> ichattopadhyaya@gmail.com> wrote:
> > > > > > > > > > > >>
> > > > > > > > > > > >> > +1
> > > > > > > > > > > >> >
> > > > > > > > > > > >> > On Sun, 21 Jan, 2024, 8:47 am Houston Putman, <
> > > > > > > houston@apache.org
> > > > > > > > > >
> > > > > > > > > > > >> wrote:
> > > > > > > > > > > >> >
> > > > > > > > > > > >> > > Now that 9.4 is out, we should plan this for
> next
> > week.
> > > > > Ill
> > > > > > > try
> > > > > > > > > to
> > > > > > > > > > > get
> > > > > > > > > > > >> > > stuff ready for a monday RC, if no one objects.
> > > > > > > > > > > >> > >
> > > > > > > > > > > >> > > - Houston
> > > > > > > > > > > >> > >
> > > > > > > > > > > >> > > On Tue, Jan 16, 2024 at 12:58 PM Houston Putman
> <
> > > > > > > > > > > >> houstonputman@gmail.com
> > > > > > > > > > > >> > >
> > > > > > > > > > > >> > > wrote:
> > > > > > > > > > > >> > >
> > > > > > > > > > > >> > > > Since the 9.4.1 release candidate is out, I'm
> > fine
> > > > > waiting
> > > > > > > > > for it
> > > > > > > > > > > to
> > > > > > > > > > > >> > > > finish. But let's try to get 8.11.3 out very
> > soon
> > > > > > > afterwards.
> > > > > > > > > > > >> > > >
> > > > > > > > > > > >> > > > Also, as I stated on the other thread, didn't
> > mean to
> > > > > > > tread on
> > > > > > > > > > > your
> > > > > > > > > > > >> > toes
> > > > > > > > > > > >> > > > here. If you want to continue with the
> release,
> > > > > please do!
> > > > > > > > > > > >> > > >
> > > > > > > > > > > >> > > > - Houston
> > > > > > > > > > > >> > > >
> > > > > > > > > > > >> > > > On Sat, Jan 13, 2024 at 8:59 AM Ishan
> > Chattopadhyaya <
> > > > > > > > > > > >> > > > ichattopadhyaya@gmail.com> wrote:
> > > > > > > > > > > >> > > >
> > > > > > > > > > > >> > > >> Shouldn't we wait for the 9.4.1 to go out
> > first?
> > > > > That's
> > > > > > > what
> > > > > > > > > I
> > > > > > > > > > > was
> > > > > > > > > > > >> > > holding
> > > > > > > > > > > >> > > >> out on.
> > > > > > > > > > > >> > > >>
> > > > > > > > > > > >> > > >> On Sat, 13 Jan, 2024, 12:43 am Houston
> Putman,
> > <
> > > > > > > > > > > houston@apache.org
> > > > > > > > > > > >> >
> > > > > > > > > > > >> > > >> wrote:
> > > > > > > > > > > >> > > >>
> > > > > > > > > > > >> > > >> > NOTICE:
> > > > > > > > > > > >> > > >> >
> > > > > > > > > > > >> > > >> > I am now preparing for a bugfix release
> from
> > branch
> > > > > > > > > branch_8_11
> > > > > > > > > > > >> > > >> >
> > > > > > > > > > > >> > > >> > Please observe the normal rules for
> > committing to
> > > > > this
> > > > > > > > > branch:
> > > > > > > > > > > >> > > >> >
> > > > > > > > > > > >> > > >> > * Before committing to the branch, reply to
> > this
> > > > > > > thread and
> > > > > > > > > > > argue
> > > > > > > > > > > >> > > >> > why the fix needs backporting and how
> long
> > it
> > > > > will
> > > > > > > take.
> > > > > > > > > > > >> > > >> > * All issues accepted for backporting
> should
> > be
> > > > > marked
> > > > > > > with
> > > > > > > > > > > >> 8.11.3
> > > > > > > > > > > >> > > >> > in JIRA, and issues that should delay the
> > release
> > > > > > > must be
> > > > > > > > > > > >> marked
> > > > > > > > > > > >> > as
> > > > > > > > > > > >> > > >> > Blocker
> > > > > > > > > > > >> > > >> > * All patches that are intended for the
> > branch
> > > > > should
> > > > > > > > > first be
> > > > > > > > > > > >> > > committed
> > > > > > > > > > > >> > > >> > to the unstable branch, merged into the
> > stable
> > > > > > > branch,
> > > > > > > > > and
> > > > > > > > > > > then
> > > > > > > > > > > >> > into
> > > > > > > > > > > >> > > >> > the current release branch.
> > > > > > > > > > > >> > > >> > * Only Jira issues with Fix version 8.11.3
> > and
> > > > > priority
> > > > > > > > > > > "Blocker"
> > > > > > > > > > > >> > will
> > > > > > > > > > > >> > > >> > delay
> > > > > > > > > > > >> > > >> > a release candidate build.
> > > > > > > > > > > >> > > >> >
> > > > > > > > > > > >> > > >>
> > > > > > > > > > > >> > > >
> > > > > > > > > > > >> > >
> > > > > > > > > > > >> >
> > > > > > > > > > > >>
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > -----------------------------------------------------
> > > > > > > > > Noble Paul
> > > > > > > > >
> > > > > > > > >
> > > > >
> ---------------------------------------------------------------------
> > > > > > > > > To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> > > > > > > > > For additional commands, e-mail: dev-help@solr.apache.org
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > -----------------------------------------------------
> > > > > > > Noble Paul
> > > > > > >
> > > > > > >
> > ---------------------------------------------------------------------
> > > > > > > To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> > > > > > > For additional commands, e-mail: dev-help@solr.apache.org
> > > > > > >
> > > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > -----------------------------------------------------
> > > > > Noble Paul
> > > > >
> > > > >
> ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> > > > > For additional commands, e-mail: dev-help@solr.apache.org
> > > > >
> > > > >
> > >
> > >
> > >
> > > --
> > > -----------------------------------------------------
> > > Noble Paul
> >
> >
> >
> > --
> > -----------------------------------------------------
> > Noble Paul
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> > For additional commands, e-mail: dev-help@solr.apache.org
> >
> >
>
Re: Bugfix release Lucene/Solr 8.11.3
Posted by Houston Putman <ho...@apache.org>.
Ok, so I pulled your recent commit that explicitly disabled PRS and it
passed. I wonder why the "-Duse.perreplica" flag is not working.
Anyways, if you are ok with this being a pretty bad bug for PRS
collections, then we can move forward with the release.
- Houston
On Fri, Feb 2, 2024 at 7:18 AM Noble Paul <no...@gmail.com> wrote:
> I'm running it as follows
>
> ant test -Dtestcase=CloudAuthStreamTest -Dtests.seed=F8952559841D5C83
> -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=sk
> -Dtests.timezone=Atlantic/Bermuda -Dtests.asserts=true
> -Dtests.file.encoding=UTF-8 -Duse.perreplica=false
>
> On Sat, Feb 3, 2024 at 12:17 AM Noble Paul <no...@gmail.com> wrote:
> >
> > are you sure you are able to make the test fail with the seed ? Can
> > you please confirm it
> >
> > On Fri, Feb 2, 2024 at 4:29 AM Houston Putman <ho...@apache.org>
> wrote:
> > >
> > > Any news Noble?
> > >
> > > I'm not comfortable moving forward without a fix for this, and we
> really do
> > > need to get an 8.11.3 out there soon.
> > >
> > > - Houston
> > >
> > > On Mon, Jan 29, 2024 at 12:27 PM Noble Paul <no...@gmail.com>
> wrote:
> > >
> > > > I beasted this test a few 100 times and it was not failing. I shall
> > > > try this again (with the seed)
> > > >
> > > > On Tue, Jan 30, 2024 at 4:08 AM Houston Putman <ho...@apache.org>
> wrote:
> > > > >
> > > > > When I run this:
> > > > >
> > > > > ant test -Dtestcase=CloudAuthStreamTest
> -Dtests.seed=F8952559841D5C83
> > > > > > -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=sk
> > > > > > -Dtests.timezone=Atlantic/Bermuda -Dtests.asserts=true
> > > > > > -Dtests.file.encoding=UTF-8 -Duse.perreplica=false
> > > > >
> > > > >
> > > > > It fails. Doesn't the "-Duse.perreplica=false" tell it to not use
> PRS?
> > > > >
> > > > > - Houston
> > > > >
> > > > > On Mon, Jan 29, 2024 at 5:25 AM Noble Paul <no...@gmail.com>
> wrote:
> > > > >
> > > > > > What I have noticed is that CloudAuthStreamTest fails in PRS
> mode. So,
> > > > > > it passes all the time without PRS.
> > > > > >
> > > > > > It needs to be fixed anyway, but I'm disabling the PRS mode for
> that
> > > > test
> > > > > >
> > > > > > On Sat, Jan 27, 2024 at 4:28 AM Christine Poerschke (BLOOMBERG/
> > > > > > LONDON) <cp...@bloomberg.net> wrote:
> > > > > > >
> > > > > > > Thanks! Done.
> > > > > > >
> > > > > > > From: dev@solr.apache.org At: 01/25/24 14:42:10 UTCTo:
> > > > > > dev@solr.apache.org
> > > > > > > Subject: Re: Bugfix release Lucene/Solr 8.11.3
> > > > > > >
> > > > > > > Not too late, please continue with the back port Christine’
> > > > > > >
> > > > > > > - Houston
> > > > > > >
> > > > > > > On Thu, Jan 25, 2024 at 3:58 AM Christine Poerschke (BLOOMBERG/
> > > > LONDON) <
> > > > > > > cpoerschke@bloomberg.net> wrote:
> > > > > > >
> > > > > > > > If it's not too late I'd like to nominate
> > > > > > > > https://issues.apache.org/jira/browse/SOLR-17120 via
> > > > > > > > https://github.com/apache/lucene-solr/pull/2683 for being
> in the
> > > > > > 8.11.3
> > > > > > > > release too.
> > > > > > > >
> > > > > > > > - Christine
> > > > > > > >
> > > > > > > > From: dev@solr.apache.org At: 01/25/24 00:20:16 UTCTo:
> > > > > > > > dev@solr.apache.org
> > > > > > > > Subject: Re: Bugfix release Lucene/Solr 8.11.3
> > > > > > > >
> > > > > > > > > But the "CloudAuthStreamTest" test fails 100% of the time
> with
> > > > the
> > > > > > > >
> > > > > > > > Yes.Thanks for bringing it to my attention. I'm looking into
> it and
> > > > > > > > trying to fix that
> > > > > > > >
> > > > > > > > On Thu, Jan 25, 2024 at 9:02 AM Houston Putman <
> houston@apache.org
> > > > >
> > > > > > wrote:
> > > > > > > > >
> > > > > > > > > I'm unsure about the hdfs issues for now..
> > > > > > > > >
> > > > > > > > > But the "CloudAuthStreamTest" test fails 100% of the time
> with
> > > > the
> > > > > > > > > "F8952559841D5C83" seed for me. And it's not a test issue,
> its an
> > > > > > actual
> > > > > > > > > bug.
> > > > > > > > >
> > > > > > > > > I've been focusing my efforts here, but it fails both with
> PRS
> > > > > > enabled
> > > > > > > > and
> > > > > > > > > disabled. So the patch went beyond just adjusting how PRS
> is
> > > > handled.
> > > > > > > > >
> > > > > > > > > Honestly at this point I'm not sure what is the cause, and
> I
> > > > can't
> > > > > > really
> > > > > > > > > put more time into it. I'll leave the rest of my findings
> on the
> > > > > > JIRA.
> > > > > > > > >
> > > > > > > > > - Houston
> > > > > > > > >
> > > > > > > > > On Tue, Jan 23, 2024 at 8:53 PM Ishan Chattopadhyaya <
> > > > > > > > > ichattopadhyaya@gmail.com> wrote:
> > > > > > > > >
> > > > > > > > > > I ran the solr/core tests few times, and here are the
> results:
> > > > > > > > > >
> > > > > > > > > > 1)
> > > > > > > > > > [junit4] Tests with failures [seed: 7A919DB0B1698A5]:
> > > > > > > > > > [junit4] - org.apache.solr.search.TestRecoveryHdfs
> (suite)
> > > > [junit4]
> > > > > > > > > >
> > > > > > > > > > 2)
> > > > > > > > > > BUILD SUCCESSFUL
> > > > > > > > > > Total time: 4 minutes 31 seconds
> > > > > > > > > >
> > > > > > > > > > 3)
> > > > > > > > > > [junit4] Tests with failures [seed: E174107AF681900D]:
> > > > > > > > > > [junit4] -
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > >
> > > > > >
> > > >
> org.apache.solr.filestore.TestDistribPackageStore.testPackageStoreManagement
> > > > > > > > > > [junit4] -
> org.apache.solr.cloud.hdfs.HdfsRecoverLeaseTest
> > > > > > (suite)
> > > > > > > > > >
> > > > > > > > > > 4)
> > > > > > > > > > [junit4] Tests with failures [seed: 6135443D8851EC4F]:
> > > > > > > > > > [junit4] -
> org.apache.solr.store.hdfs.HdfsDirectoryTest
> > > > > > (suite)
> > > > > > > > > > [junit4] -
> org.apache.solr.cloud.hdfs.HdfsRecoverLeaseTest
> > > > > > (suite)
> > > > > > > > > >
> > > > > > > > > > 5)
> > > > > > > > > > [junit4] Tests with failures [seed: 967F9EA7B1CB4A4F]:
> > > > > > > > > > [junit4] -
> org.apache.solr.index.hdfs.CheckHdfsIndexTest
> > > > > > (suite)
> > > > > > > > > > [junit4] -
> org.apache.solr.cloud.hdfs.HdfsNNFailoverTest
> > > > > > (suite)
> > > > > > > > > >
> > > > > > > > > > 6)
> > > > > > > > > > [junit4] Tests with failures [seed: 22B4F78C758D19E4]:
> > > > > > > > > > [junit4] -
> > > > > > > > > >
> > > > org.apache.solr.cloud.api.collections.TestHdfsCloudBackupRestore
> > > > > > > > (suite)
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > I think the frequency of these HDFS failures have
> increased
> > > > since
> > > > > > the
> > > > > > > > > > Hadoop upgrade 3.2.2 -> 3.2.4 (
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > >
> https://github.com/apache/lucene-solr/commit/3cf0a5501084c9e3d0e53657a20477007f3
> > > > > > > > 3755a
> > > > > > > >
> > > > > > > <
> > > > > >
> > > >
> https://github.com/apache/lucene-solr/commit/3cf0a5501084c9e3d0e53657a20477007f33755a
> > > > > > >
> > > > > > > > > > ).
> > > > > > > > > > Any ideas, please, on how to deal with them?
> > > > > > > > > >
> > > > > > > > > > On Wed, 24 Jan 2024 at 07:12, Ishan Chattopadhyaya <
> > > > > > > > > > ichattopadhyaya@gmail.com> wrote:
> > > > > > > > > >
> > > > > > > > > > > Looking at it, ASAP.
> > > > > > > > > > >
> > > > > > > > > > > On Wed, 24 Jan, 2024, 2:07 am Houston Putman, <
> > > > > > houston@apache.org>
> > > > > > > > > > wrote:
> > > > > > > > > > >
> > > > > > > > > > >> Right now we are blocked on
> > > > > > > > > > >> https://issues.apache.org/jira/browse/SOLR-16580,
> > > > > > > > > > >> which introduced failures that pop up roughly 50% of
> the
> > > > time
> > > > > > or so.
> > > > > > > > > > >>
> > > > > > > > > > >> We can't really proceed until the issue is fixed, as
> I don't
> > > > > > think
> > > > > > > > it's
> > > > > > > > > > >> necessarily a test issue.
> > > > > > > > > > >>
> > > > > > > > > > >> - Houston
> > > > > > > > > > >>
> > > > > > > > > > >> On Sun, Jan 21, 2024 at 10:10 PM Ishan Chattopadhyaya
> <
> > > > > > > > > > >> ichattopadhyaya@gmail.com> wrote:
> > > > > > > > > > >>
> > > > > > > > > > >> > +1
> > > > > > > > > > >> >
> > > > > > > > > > >> > On Sun, 21 Jan, 2024, 8:47 am Houston Putman, <
> > > > > > houston@apache.org
> > > > > > > > >
> > > > > > > > > > >> wrote:
> > > > > > > > > > >> >
> > > > > > > > > > >> > > Now that 9.4 is out, we should plan this for next
> week.
> > > > Ill
> > > > > > try
> > > > > > > > to
> > > > > > > > > > get
> > > > > > > > > > >> > > stuff ready for a monday RC, if no one objects.
> > > > > > > > > > >> > >
> > > > > > > > > > >> > > - Houston
> > > > > > > > > > >> > >
> > > > > > > > > > >> > > On Tue, Jan 16, 2024 at 12:58 PM Houston Putman <
> > > > > > > > > > >> houstonputman@gmail.com
> > > > > > > > > > >> > >
> > > > > > > > > > >> > > wrote:
> > > > > > > > > > >> > >
> > > > > > > > > > >> > > > Since the 9.4.1 release candidate is out, I'm
> fine
> > > > waiting
> > > > > > > > for it
> > > > > > > > > > to
> > > > > > > > > > >> > > > finish. But let's try to get 8.11.3 out very
> soon
> > > > > > afterwards.
> > > > > > > > > > >> > > >
> > > > > > > > > > >> > > > Also, as I stated on the other thread, didn't
> mean to
> > > > > > tread on
> > > > > > > > > > your
> > > > > > > > > > >> > toes
> > > > > > > > > > >> > > > here. If you want to continue with the release,
> > > > please do!
> > > > > > > > > > >> > > >
> > > > > > > > > > >> > > > - Houston
> > > > > > > > > > >> > > >
> > > > > > > > > > >> > > > On Sat, Jan 13, 2024 at 8:59 AM Ishan
> Chattopadhyaya <
> > > > > > > > > > >> > > > ichattopadhyaya@gmail.com> wrote:
> > > > > > > > > > >> > > >
> > > > > > > > > > >> > > >> Shouldn't we wait for the 9.4.1 to go out
> first?
> > > > That's
> > > > > > what
> > > > > > > > I
> > > > > > > > > > was
> > > > > > > > > > >> > > holding
> > > > > > > > > > >> > > >> out on.
> > > > > > > > > > >> > > >>
> > > > > > > > > > >> > > >> On Sat, 13 Jan, 2024, 12:43 am Houston Putman,
> <
> > > > > > > > > > houston@apache.org
> > > > > > > > > > >> >
> > > > > > > > > > >> > > >> wrote:
> > > > > > > > > > >> > > >>
> > > > > > > > > > >> > > >> > NOTICE:
> > > > > > > > > > >> > > >> >
> > > > > > > > > > >> > > >> > I am now preparing for a bugfix release from
> branch
> > > > > > > > branch_8_11
> > > > > > > > > > >> > > >> >
> > > > > > > > > > >> > > >> > Please observe the normal rules for
> committing to
> > > > this
> > > > > > > > branch:
> > > > > > > > > > >> > > >> >
> > > > > > > > > > >> > > >> > * Before committing to the branch, reply to
> this
> > > > > > thread and
> > > > > > > > > > argue
> > > > > > > > > > >> > > >> > why the fix needs backporting and how long
> it
> > > > will
> > > > > > take.
> > > > > > > > > > >> > > >> > * All issues accepted for backporting should
> be
> > > > marked
> > > > > > with
> > > > > > > > > > >> 8.11.3
> > > > > > > > > > >> > > >> > in JIRA, and issues that should delay the
> release
> > > > > > must be
> > > > > > > > > > >> marked
> > > > > > > > > > >> > as
> > > > > > > > > > >> > > >> > Blocker
> > > > > > > > > > >> > > >> > * All patches that are intended for the
> branch
> > > > should
> > > > > > > > first be
> > > > > > > > > > >> > > committed
> > > > > > > > > > >> > > >> > to the unstable branch, merged into the
> stable
> > > > > > branch,
> > > > > > > > and
> > > > > > > > > > then
> > > > > > > > > > >> > into
> > > > > > > > > > >> > > >> > the current release branch.
> > > > > > > > > > >> > > >> > * Only Jira issues with Fix version 8.11.3
> and
> > > > priority
> > > > > > > > > > "Blocker"
> > > > > > > > > > >> > will
> > > > > > > > > > >> > > >> > delay
> > > > > > > > > > >> > > >> > a release candidate build.
> > > > > > > > > > >> > > >> >
> > > > > > > > > > >> > > >>
> > > > > > > > > > >> > > >
> > > > > > > > > > >> > >
> > > > > > > > > > >> >
> > > > > > > > > > >>
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > -----------------------------------------------------
> > > > > > > > Noble Paul
> > > > > > > >
> > > > > > > >
> > > > ---------------------------------------------------------------------
> > > > > > > > To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> > > > > > > > For additional commands, e-mail: dev-help@solr.apache.org
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > -----------------------------------------------------
> > > > > > Noble Paul
> > > > > >
> > > > > >
> ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> > > > > > For additional commands, e-mail: dev-help@solr.apache.org
> > > > > >
> > > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > -----------------------------------------------------
> > > > Noble Paul
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> > > > For additional commands, e-mail: dev-help@solr.apache.org
> > > >
> > > >
> >
> >
> >
> > --
> > -----------------------------------------------------
> > Noble Paul
>
>
>
> --
> -----------------------------------------------------
> Noble Paul
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> For additional commands, e-mail: dev-help@solr.apache.org
>
>
Re: Bugfix release Lucene/Solr 8.11.3
Posted by Noble Paul <no...@gmail.com>.
I'm running it as follows
ant test -Dtestcase=CloudAuthStreamTest -Dtests.seed=F8952559841D5C83
-Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=sk
-Dtests.timezone=Atlantic/Bermuda -Dtests.asserts=true
-Dtests.file.encoding=UTF-8 -Duse.perreplica=false
On Sat, Feb 3, 2024 at 12:17 AM Noble Paul <no...@gmail.com> wrote:
>
> are you sure you are able to make the test fail with the seed ? Can
> you please confirm it
>
> On Fri, Feb 2, 2024 at 4:29 AM Houston Putman <ho...@apache.org> wrote:
> >
> > Any news Noble?
> >
> > I'm not comfortable moving forward without a fix for this, and we really do
> > need to get an 8.11.3 out there soon.
> >
> > - Houston
> >
> > On Mon, Jan 29, 2024 at 12:27 PM Noble Paul <no...@gmail.com> wrote:
> >
> > > I beasted this test a few 100 times and it was not failing. I shall
> > > try this again (with the seed)
> > >
> > > On Tue, Jan 30, 2024 at 4:08 AM Houston Putman <ho...@apache.org> wrote:
> > > >
> > > > When I run this:
> > > >
> > > > ant test -Dtestcase=CloudAuthStreamTest -Dtests.seed=F8952559841D5C83
> > > > > -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=sk
> > > > > -Dtests.timezone=Atlantic/Bermuda -Dtests.asserts=true
> > > > > -Dtests.file.encoding=UTF-8 -Duse.perreplica=false
> > > >
> > > >
> > > > It fails. Doesn't the "-Duse.perreplica=false" tell it to not use PRS?
> > > >
> > > > - Houston
> > > >
> > > > On Mon, Jan 29, 2024 at 5:25 AM Noble Paul <no...@gmail.com> wrote:
> > > >
> > > > > What I have noticed is that CloudAuthStreamTest fails in PRS mode. So,
> > > > > it passes all the time without PRS.
> > > > >
> > > > > It needs to be fixed anyway, but I'm disabling the PRS mode for that
> > > test
> > > > >
> > > > > On Sat, Jan 27, 2024 at 4:28 AM Christine Poerschke (BLOOMBERG/
> > > > > LONDON) <cp...@bloomberg.net> wrote:
> > > > > >
> > > > > > Thanks! Done.
> > > > > >
> > > > > > From: dev@solr.apache.org At: 01/25/24 14:42:10 UTCTo:
> > > > > dev@solr.apache.org
> > > > > > Subject: Re: Bugfix release Lucene/Solr 8.11.3
> > > > > >
> > > > > > Not too late, please continue with the back port Christine’
> > > > > >
> > > > > > - Houston
> > > > > >
> > > > > > On Thu, Jan 25, 2024 at 3:58 AM Christine Poerschke (BLOOMBERG/
> > > LONDON) <
> > > > > > cpoerschke@bloomberg.net> wrote:
> > > > > >
> > > > > > > If it's not too late I'd like to nominate
> > > > > > > https://issues.apache.org/jira/browse/SOLR-17120 via
> > > > > > > https://github.com/apache/lucene-solr/pull/2683 for being in the
> > > > > 8.11.3
> > > > > > > release too.
> > > > > > >
> > > > > > > - Christine
> > > > > > >
> > > > > > > From: dev@solr.apache.org At: 01/25/24 00:20:16 UTCTo:
> > > > > > > dev@solr.apache.org
> > > > > > > Subject: Re: Bugfix release Lucene/Solr 8.11.3
> > > > > > >
> > > > > > > > But the "CloudAuthStreamTest" test fails 100% of the time with
> > > the
> > > > > > >
> > > > > > > Yes.Thanks for bringing it to my attention. I'm looking into it and
> > > > > > > trying to fix that
> > > > > > >
> > > > > > > On Thu, Jan 25, 2024 at 9:02 AM Houston Putman <houston@apache.org
> > > >
> > > > > wrote:
> > > > > > > >
> > > > > > > > I'm unsure about the hdfs issues for now..
> > > > > > > >
> > > > > > > > But the "CloudAuthStreamTest" test fails 100% of the time with
> > > the
> > > > > > > > "F8952559841D5C83" seed for me. And it's not a test issue, its an
> > > > > actual
> > > > > > > > bug.
> > > > > > > >
> > > > > > > > I've been focusing my efforts here, but it fails both with PRS
> > > > > enabled
> > > > > > > and
> > > > > > > > disabled. So the patch went beyond just adjusting how PRS is
> > > handled.
> > > > > > > >
> > > > > > > > Honestly at this point I'm not sure what is the cause, and I
> > > can't
> > > > > really
> > > > > > > > put more time into it. I'll leave the rest of my findings on the
> > > > > JIRA.
> > > > > > > >
> > > > > > > > - Houston
> > > > > > > >
> > > > > > > > On Tue, Jan 23, 2024 at 8:53 PM Ishan Chattopadhyaya <
> > > > > > > > ichattopadhyaya@gmail.com> wrote:
> > > > > > > >
> > > > > > > > > I ran the solr/core tests few times, and here are the results:
> > > > > > > > >
> > > > > > > > > 1)
> > > > > > > > > [junit4] Tests with failures [seed: 7A919DB0B1698A5]:
> > > > > > > > > [junit4] - org.apache.solr.search.TestRecoveryHdfs (suite)
> > > [junit4]
> > > > > > > > >
> > > > > > > > > 2)
> > > > > > > > > BUILD SUCCESSFUL
> > > > > > > > > Total time: 4 minutes 31 seconds
> > > > > > > > >
> > > > > > > > > 3)
> > > > > > > > > [junit4] Tests with failures [seed: E174107AF681900D]:
> > > > > > > > > [junit4] -
> > > > > > > > >
> > > > > > > > >
> > > > > > >
> > > > >
> > > org.apache.solr.filestore.TestDistribPackageStore.testPackageStoreManagement
> > > > > > > > > [junit4] - org.apache.solr.cloud.hdfs.HdfsRecoverLeaseTest
> > > > > (suite)
> > > > > > > > >
> > > > > > > > > 4)
> > > > > > > > > [junit4] Tests with failures [seed: 6135443D8851EC4F]:
> > > > > > > > > [junit4] - org.apache.solr.store.hdfs.HdfsDirectoryTest
> > > > > (suite)
> > > > > > > > > [junit4] - org.apache.solr.cloud.hdfs.HdfsRecoverLeaseTest
> > > > > (suite)
> > > > > > > > >
> > > > > > > > > 5)
> > > > > > > > > [junit4] Tests with failures [seed: 967F9EA7B1CB4A4F]:
> > > > > > > > > [junit4] - org.apache.solr.index.hdfs.CheckHdfsIndexTest
> > > > > (suite)
> > > > > > > > > [junit4] - org.apache.solr.cloud.hdfs.HdfsNNFailoverTest
> > > > > (suite)
> > > > > > > > >
> > > > > > > > > 6)
> > > > > > > > > [junit4] Tests with failures [seed: 22B4F78C758D19E4]:
> > > > > > > > > [junit4] -
> > > > > > > > >
> > > org.apache.solr.cloud.api.collections.TestHdfsCloudBackupRestore
> > > > > > > (suite)
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > I think the frequency of these HDFS failures have increased
> > > since
> > > > > the
> > > > > > > > > Hadoop upgrade 3.2.2 -> 3.2.4 (
> > > > > > > > >
> > > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > https://github.com/apache/lucene-solr/commit/3cf0a5501084c9e3d0e53657a20477007f3
> > > > > > > 3755a
> > > > > > >
> > > > > > <
> > > > >
> > > https://github.com/apache/lucene-solr/commit/3cf0a5501084c9e3d0e53657a20477007f33755a
> > > > > >
> > > > > > > > > ).
> > > > > > > > > Any ideas, please, on how to deal with them?
> > > > > > > > >
> > > > > > > > > On Wed, 24 Jan 2024 at 07:12, Ishan Chattopadhyaya <
> > > > > > > > > ichattopadhyaya@gmail.com> wrote:
> > > > > > > > >
> > > > > > > > > > Looking at it, ASAP.
> > > > > > > > > >
> > > > > > > > > > On Wed, 24 Jan, 2024, 2:07 am Houston Putman, <
> > > > > houston@apache.org>
> > > > > > > > > wrote:
> > > > > > > > > >
> > > > > > > > > >> Right now we are blocked on
> > > > > > > > > >> https://issues.apache.org/jira/browse/SOLR-16580,
> > > > > > > > > >> which introduced failures that pop up roughly 50% of the
> > > time
> > > > > or so.
> > > > > > > > > >>
> > > > > > > > > >> We can't really proceed until the issue is fixed, as I don't
> > > > > think
> > > > > > > it's
> > > > > > > > > >> necessarily a test issue.
> > > > > > > > > >>
> > > > > > > > > >> - Houston
> > > > > > > > > >>
> > > > > > > > > >> On Sun, Jan 21, 2024 at 10:10 PM Ishan Chattopadhyaya <
> > > > > > > > > >> ichattopadhyaya@gmail.com> wrote:
> > > > > > > > > >>
> > > > > > > > > >> > +1
> > > > > > > > > >> >
> > > > > > > > > >> > On Sun, 21 Jan, 2024, 8:47 am Houston Putman, <
> > > > > houston@apache.org
> > > > > > > >
> > > > > > > > > >> wrote:
> > > > > > > > > >> >
> > > > > > > > > >> > > Now that 9.4 is out, we should plan this for next week.
> > > Ill
> > > > > try
> > > > > > > to
> > > > > > > > > get
> > > > > > > > > >> > > stuff ready for a monday RC, if no one objects.
> > > > > > > > > >> > >
> > > > > > > > > >> > > - Houston
> > > > > > > > > >> > >
> > > > > > > > > >> > > On Tue, Jan 16, 2024 at 12:58 PM Houston Putman <
> > > > > > > > > >> houstonputman@gmail.com
> > > > > > > > > >> > >
> > > > > > > > > >> > > wrote:
> > > > > > > > > >> > >
> > > > > > > > > >> > > > Since the 9.4.1 release candidate is out, I'm fine
> > > waiting
> > > > > > > for it
> > > > > > > > > to
> > > > > > > > > >> > > > finish. But let's try to get 8.11.3 out very soon
> > > > > afterwards.
> > > > > > > > > >> > > >
> > > > > > > > > >> > > > Also, as I stated on the other thread, didn't mean to
> > > > > tread on
> > > > > > > > > your
> > > > > > > > > >> > toes
> > > > > > > > > >> > > > here. If you want to continue with the release,
> > > please do!
> > > > > > > > > >> > > >
> > > > > > > > > >> > > > - Houston
> > > > > > > > > >> > > >
> > > > > > > > > >> > > > On Sat, Jan 13, 2024 at 8:59 AM Ishan Chattopadhyaya <
> > > > > > > > > >> > > > ichattopadhyaya@gmail.com> wrote:
> > > > > > > > > >> > > >
> > > > > > > > > >> > > >> Shouldn't we wait for the 9.4.1 to go out first?
> > > That's
> > > > > what
> > > > > > > I
> > > > > > > > > was
> > > > > > > > > >> > > holding
> > > > > > > > > >> > > >> out on.
> > > > > > > > > >> > > >>
> > > > > > > > > >> > > >> On Sat, 13 Jan, 2024, 12:43 am Houston Putman, <
> > > > > > > > > houston@apache.org
> > > > > > > > > >> >
> > > > > > > > > >> > > >> wrote:
> > > > > > > > > >> > > >>
> > > > > > > > > >> > > >> > NOTICE:
> > > > > > > > > >> > > >> >
> > > > > > > > > >> > > >> > I am now preparing for a bugfix release from branch
> > > > > > > branch_8_11
> > > > > > > > > >> > > >> >
> > > > > > > > > >> > > >> > Please observe the normal rules for committing to
> > > this
> > > > > > > branch:
> > > > > > > > > >> > > >> >
> > > > > > > > > >> > > >> > * Before committing to the branch, reply to this
> > > > > thread and
> > > > > > > > > argue
> > > > > > > > > >> > > >> > why the fix needs backporting and how long it
> > > will
> > > > > take.
> > > > > > > > > >> > > >> > * All issues accepted for backporting should be
> > > marked
> > > > > with
> > > > > > > > > >> 8.11.3
> > > > > > > > > >> > > >> > in JIRA, and issues that should delay the release
> > > > > must be
> > > > > > > > > >> marked
> > > > > > > > > >> > as
> > > > > > > > > >> > > >> > Blocker
> > > > > > > > > >> > > >> > * All patches that are intended for the branch
> > > should
> > > > > > > first be
> > > > > > > > > >> > > committed
> > > > > > > > > >> > > >> > to the unstable branch, merged into the stable
> > > > > branch,
> > > > > > > and
> > > > > > > > > then
> > > > > > > > > >> > into
> > > > > > > > > >> > > >> > the current release branch.
> > > > > > > > > >> > > >> > * Only Jira issues with Fix version 8.11.3 and
> > > priority
> > > > > > > > > "Blocker"
> > > > > > > > > >> > will
> > > > > > > > > >> > > >> > delay
> > > > > > > > > >> > > >> > a release candidate build.
> > > > > > > > > >> > > >> >
> > > > > > > > > >> > > >>
> > > > > > > > > >> > > >
> > > > > > > > > >> > >
> > > > > > > > > >> >
> > > > > > > > > >>
> > > > > > > > > >
> > > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > -----------------------------------------------------
> > > > > > > Noble Paul
> > > > > > >
> > > > > > >
> > > ---------------------------------------------------------------------
> > > > > > > To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> > > > > > > For additional commands, e-mail: dev-help@solr.apache.org
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > -----------------------------------------------------
> > > > > Noble Paul
> > > > >
> > > > > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> > > > > For additional commands, e-mail: dev-help@solr.apache.org
> > > > >
> > > > >
> > >
> > >
> > >
> > > --
> > > -----------------------------------------------------
> > > Noble Paul
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> > > For additional commands, e-mail: dev-help@solr.apache.org
> > >
> > >
>
>
>
> --
> -----------------------------------------------------
> Noble Paul
--
-----------------------------------------------------
Noble Paul
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
For additional commands, e-mail: dev-help@solr.apache.org
Re: Bugfix release Lucene/Solr 8.11.3
Posted by Noble Paul <no...@gmail.com>.
are you sure you are able to make the test fail with the seed ? Can
you please confirm it
On Fri, Feb 2, 2024 at 4:29 AM Houston Putman <ho...@apache.org> wrote:
>
> Any news Noble?
>
> I'm not comfortable moving forward without a fix for this, and we really do
> need to get an 8.11.3 out there soon.
>
> - Houston
>
> On Mon, Jan 29, 2024 at 12:27 PM Noble Paul <no...@gmail.com> wrote:
>
> > I beasted this test a few 100 times and it was not failing. I shall
> > try this again (with the seed)
> >
> > On Tue, Jan 30, 2024 at 4:08 AM Houston Putman <ho...@apache.org> wrote:
> > >
> > > When I run this:
> > >
> > > ant test -Dtestcase=CloudAuthStreamTest -Dtests.seed=F8952559841D5C83
> > > > -Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=sk
> > > > -Dtests.timezone=Atlantic/Bermuda -Dtests.asserts=true
> > > > -Dtests.file.encoding=UTF-8 -Duse.perreplica=false
> > >
> > >
> > > It fails. Doesn't the "-Duse.perreplica=false" tell it to not use PRS?
> > >
> > > - Houston
> > >
> > > On Mon, Jan 29, 2024 at 5:25 AM Noble Paul <no...@gmail.com> wrote:
> > >
> > > > What I have noticed is that CloudAuthStreamTest fails in PRS mode. So,
> > > > it passes all the time without PRS.
> > > >
> > > > It needs to be fixed anyway, but I'm disabling the PRS mode for that
> > test
> > > >
> > > > On Sat, Jan 27, 2024 at 4:28 AM Christine Poerschke (BLOOMBERG/
> > > > LONDON) <cp...@bloomberg.net> wrote:
> > > > >
> > > > > Thanks! Done.
> > > > >
> > > > > From: dev@solr.apache.org At: 01/25/24 14:42:10 UTCTo:
> > > > dev@solr.apache.org
> > > > > Subject: Re: Bugfix release Lucene/Solr 8.11.3
> > > > >
> > > > > Not too late, please continue with the back port Christine’
> > > > >
> > > > > - Houston
> > > > >
> > > > > On Thu, Jan 25, 2024 at 3:58 AM Christine Poerschke (BLOOMBERG/
> > LONDON) <
> > > > > cpoerschke@bloomberg.net> wrote:
> > > > >
> > > > > > If it's not too late I'd like to nominate
> > > > > > https://issues.apache.org/jira/browse/SOLR-17120 via
> > > > > > https://github.com/apache/lucene-solr/pull/2683 for being in the
> > > > 8.11.3
> > > > > > release too.
> > > > > >
> > > > > > - Christine
> > > > > >
> > > > > > From: dev@solr.apache.org At: 01/25/24 00:20:16 UTCTo:
> > > > > > dev@solr.apache.org
> > > > > > Subject: Re: Bugfix release Lucene/Solr 8.11.3
> > > > > >
> > > > > > > But the "CloudAuthStreamTest" test fails 100% of the time with
> > the
> > > > > >
> > > > > > Yes.Thanks for bringing it to my attention. I'm looking into it and
> > > > > > trying to fix that
> > > > > >
> > > > > > On Thu, Jan 25, 2024 at 9:02 AM Houston Putman <houston@apache.org
> > >
> > > > wrote:
> > > > > > >
> > > > > > > I'm unsure about the hdfs issues for now..
> > > > > > >
> > > > > > > But the "CloudAuthStreamTest" test fails 100% of the time with
> > the
> > > > > > > "F8952559841D5C83" seed for me. And it's not a test issue, its an
> > > > actual
> > > > > > > bug.
> > > > > > >
> > > > > > > I've been focusing my efforts here, but it fails both with PRS
> > > > enabled
> > > > > > and
> > > > > > > disabled. So the patch went beyond just adjusting how PRS is
> > handled.
> > > > > > >
> > > > > > > Honestly at this point I'm not sure what is the cause, and I
> > can't
> > > > really
> > > > > > > put more time into it. I'll leave the rest of my findings on the
> > > > JIRA.
> > > > > > >
> > > > > > > - Houston
> > > > > > >
> > > > > > > On Tue, Jan 23, 2024 at 8:53 PM Ishan Chattopadhyaya <
> > > > > > > ichattopadhyaya@gmail.com> wrote:
> > > > > > >
> > > > > > > > I ran the solr/core tests few times, and here are the results:
> > > > > > > >
> > > > > > > > 1)
> > > > > > > > [junit4] Tests with failures [seed: 7A919DB0B1698A5]:
> > > > > > > > [junit4] - org.apache.solr.search.TestRecoveryHdfs (suite)
> > [junit4]
> > > > > > > >
> > > > > > > > 2)
> > > > > > > > BUILD SUCCESSFUL
> > > > > > > > Total time: 4 minutes 31 seconds
> > > > > > > >
> > > > > > > > 3)
> > > > > > > > [junit4] Tests with failures [seed: E174107AF681900D]:
> > > > > > > > [junit4] -
> > > > > > > >
> > > > > > > >
> > > > > >
> > > >
> > org.apache.solr.filestore.TestDistribPackageStore.testPackageStoreManagement
> > > > > > > > [junit4] - org.apache.solr.cloud.hdfs.HdfsRecoverLeaseTest
> > > > (suite)
> > > > > > > >
> > > > > > > > 4)
> > > > > > > > [junit4] Tests with failures [seed: 6135443D8851EC4F]:
> > > > > > > > [junit4] - org.apache.solr.store.hdfs.HdfsDirectoryTest
> > > > (suite)
> > > > > > > > [junit4] - org.apache.solr.cloud.hdfs.HdfsRecoverLeaseTest
> > > > (suite)
> > > > > > > >
> > > > > > > > 5)
> > > > > > > > [junit4] Tests with failures [seed: 967F9EA7B1CB4A4F]:
> > > > > > > > [junit4] - org.apache.solr.index.hdfs.CheckHdfsIndexTest
> > > > (suite)
> > > > > > > > [junit4] - org.apache.solr.cloud.hdfs.HdfsNNFailoverTest
> > > > (suite)
> > > > > > > >
> > > > > > > > 6)
> > > > > > > > [junit4] Tests with failures [seed: 22B4F78C758D19E4]:
> > > > > > > > [junit4] -
> > > > > > > >
> > org.apache.solr.cloud.api.collections.TestHdfsCloudBackupRestore
> > > > > > (suite)
> > > > > > > >
> > > > > > > >
> > > > > > > > I think the frequency of these HDFS failures have increased
> > since
> > > > the
> > > > > > > > Hadoop upgrade 3.2.2 -> 3.2.4 (
> > > > > > > >
> > > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > >
> > https://github.com/apache/lucene-solr/commit/3cf0a5501084c9e3d0e53657a20477007f3
> > > > > > 3755a
> > > > > >
> > > > > <
> > > >
> > https://github.com/apache/lucene-solr/commit/3cf0a5501084c9e3d0e53657a20477007f33755a
> > > > >
> > > > > > > > ).
> > > > > > > > Any ideas, please, on how to deal with them?
> > > > > > > >
> > > > > > > > On Wed, 24 Jan 2024 at 07:12, Ishan Chattopadhyaya <
> > > > > > > > ichattopadhyaya@gmail.com> wrote:
> > > > > > > >
> > > > > > > > > Looking at it, ASAP.
> > > > > > > > >
> > > > > > > > > On Wed, 24 Jan, 2024, 2:07 am Houston Putman, <
> > > > houston@apache.org>
> > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > >> Right now we are blocked on
> > > > > > > > >> https://issues.apache.org/jira/browse/SOLR-16580,
> > > > > > > > >> which introduced failures that pop up roughly 50% of the
> > time
> > > > or so.
> > > > > > > > >>
> > > > > > > > >> We can't really proceed until the issue is fixed, as I don't
> > > > think
> > > > > > it's
> > > > > > > > >> necessarily a test issue.
> > > > > > > > >>
> > > > > > > > >> - Houston
> > > > > > > > >>
> > > > > > > > >> On Sun, Jan 21, 2024 at 10:10 PM Ishan Chattopadhyaya <
> > > > > > > > >> ichattopadhyaya@gmail.com> wrote:
> > > > > > > > >>
> > > > > > > > >> > +1
> > > > > > > > >> >
> > > > > > > > >> > On Sun, 21 Jan, 2024, 8:47 am Houston Putman, <
> > > > houston@apache.org
> > > > > > >
> > > > > > > > >> wrote:
> > > > > > > > >> >
> > > > > > > > >> > > Now that 9.4 is out, we should plan this for next week.
> > Ill
> > > > try
> > > > > > to
> > > > > > > > get
> > > > > > > > >> > > stuff ready for a monday RC, if no one objects.
> > > > > > > > >> > >
> > > > > > > > >> > > - Houston
> > > > > > > > >> > >
> > > > > > > > >> > > On Tue, Jan 16, 2024 at 12:58 PM Houston Putman <
> > > > > > > > >> houstonputman@gmail.com
> > > > > > > > >> > >
> > > > > > > > >> > > wrote:
> > > > > > > > >> > >
> > > > > > > > >> > > > Since the 9.4.1 release candidate is out, I'm fine
> > waiting
> > > > > > for it
> > > > > > > > to
> > > > > > > > >> > > > finish. But let's try to get 8.11.3 out very soon
> > > > afterwards.
> > > > > > > > >> > > >
> > > > > > > > >> > > > Also, as I stated on the other thread, didn't mean to
> > > > tread on
> > > > > > > > your
> > > > > > > > >> > toes
> > > > > > > > >> > > > here. If you want to continue with the release,
> > please do!
> > > > > > > > >> > > >
> > > > > > > > >> > > > - Houston
> > > > > > > > >> > > >
> > > > > > > > >> > > > On Sat, Jan 13, 2024 at 8:59 AM Ishan Chattopadhyaya <
> > > > > > > > >> > > > ichattopadhyaya@gmail.com> wrote:
> > > > > > > > >> > > >
> > > > > > > > >> > > >> Shouldn't we wait for the 9.4.1 to go out first?
> > That's
> > > > what
> > > > > > I
> > > > > > > > was
> > > > > > > > >> > > holding
> > > > > > > > >> > > >> out on.
> > > > > > > > >> > > >>
> > > > > > > > >> > > >> On Sat, 13 Jan, 2024, 12:43 am Houston Putman, <
> > > > > > > > houston@apache.org
> > > > > > > > >> >
> > > > > > > > >> > > >> wrote:
> > > > > > > > >> > > >>
> > > > > > > > >> > > >> > NOTICE:
> > > > > > > > >> > > >> >
> > > > > > > > >> > > >> > I am now preparing for a bugfix release from branch
> > > > > > branch_8_11
> > > > > > > > >> > > >> >
> > > > > > > > >> > > >> > Please observe the normal rules for committing to
> > this
> > > > > > branch:
> > > > > > > > >> > > >> >
> > > > > > > > >> > > >> > * Before committing to the branch, reply to this
> > > > thread and
> > > > > > > > argue
> > > > > > > > >> > > >> > why the fix needs backporting and how long it
> > will
> > > > take.
> > > > > > > > >> > > >> > * All issues accepted for backporting should be
> > marked
> > > > with
> > > > > > > > >> 8.11.3
> > > > > > > > >> > > >> > in JIRA, and issues that should delay the release
> > > > must be
> > > > > > > > >> marked
> > > > > > > > >> > as
> > > > > > > > >> > > >> > Blocker
> > > > > > > > >> > > >> > * All patches that are intended for the branch
> > should
> > > > > > first be
> > > > > > > > >> > > committed
> > > > > > > > >> > > >> > to the unstable branch, merged into the stable
> > > > branch,
> > > > > > and
> > > > > > > > then
> > > > > > > > >> > into
> > > > > > > > >> > > >> > the current release branch.
> > > > > > > > >> > > >> > * Only Jira issues with Fix version 8.11.3 and
> > priority
> > > > > > > > "Blocker"
> > > > > > > > >> > will
> > > > > > > > >> > > >> > delay
> > > > > > > > >> > > >> > a release candidate build.
> > > > > > > > >> > > >> >
> > > > > > > > >> > > >>
> > > > > > > > >> > > >
> > > > > > > > >> > >
> > > > > > > > >> >
> > > > > > > > >>
> > > > > > > > >
> > > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > -----------------------------------------------------
> > > > > > Noble Paul
> > > > > >
> > > > > >
> > ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> > > > > > For additional commands, e-mail: dev-help@solr.apache.org
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > -----------------------------------------------------
> > > > Noble Paul
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> > > > For additional commands, e-mail: dev-help@solr.apache.org
> > > >
> > > >
> >
> >
> >
> > --
> > -----------------------------------------------------
> > Noble Paul
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
> > For additional commands, e-mail: dev-help@solr.apache.org
> >
> >
--
-----------------------------------------------------
Noble Paul
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@solr.apache.org
For additional commands, e-mail: dev-help@solr.apache.org