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) <[email protected]> wrote: > > Thanks! Done. > > From: [email protected] At: 01/25/24 14:42:10 UTCTo: [email protected] > 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) < > [email protected]> 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: [email protected] At: 01/25/24 00:20:16 UTCTo: > > [email protected] > > 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 <[email protected]> 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 < > > > [email protected]> 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 < > > > > [email protected]> wrote: > > > > > > > > > Looking at it, ASAP. > > > > > > > > > > On Wed, 24 Jan, 2024, 2:07 am Houston Putman, <[email protected]> > > > > 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 < > > > > >> [email protected]> wrote: > > > > >> > > > > >> > +1 > > > > >> > > > > > >> > On Sun, 21 Jan, 2024, 8:47 am Houston Putman, <[email protected] > > > > > > > >> 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 < > > > > >> [email protected] > > > > >> > > > > > > >> > > 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 < > > > > >> > > > [email protected]> 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, < > > > > [email protected] > > > > >> > > > > > >> > > >> 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: [email protected] > > For additional commands, e-mail: [email protected] > > > > > > > > -- ----------------------------------------------------- Noble Paul --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
