Hi, Thanks for informing us. We’ve been looking into the Tika-related test failures on s390x. It appears that the Apache Tika does not yet provide support for s390x, which looks to be the root cause of the failures we are seeing in Apache Solr tests. Our team is actively working on addressing this gap, and we’ll share updates as soon as we have progress.
Regards, Sudip Roy ________________________________ From: David Smiley <[email protected]> Sent: 01 December 2025 11:43 To: [email protected] <[email protected]> Subject: [EXTERNAL] Re: Inquire About Recent Disabling of s390x CI in Apache Solr So far so good except the Docker based tests for our use of Tika (recently added, by the way), are unhappy: https://ci-builds.apache.org/job/Solr/job/Solr-Test-main-s390x/lastCompletedBuild/testReport/ On Thu, Nov 20, 2025 at 11:30 AM Sudip Roy <[email protected]> wrote: > Hi, > > Thank you for the detailed information. > > Regarding the parallel tests, would it be possible to reduce the number of > parallel test executions on the runners to see if that helps? > Please let us know if there's anything we can do to support. We're more > than happy to assist with anything needed on our side. > > Regards, > Sudip Roy > ________________________________ > From: David Smiley <[email protected]> > Sent: 26 August 2025 09:33 > To: [email protected] <[email protected]> > Subject: [EXTERNAL] Re: Inquire About Recent Disabling of s390x CI in > Apache Solr > > I don't think we know how to answer that other than to say -- similar to > other machines. Which is no special hardware, really. I'm skeptical > replacing the machine with a faster one actually solves anything > fundamentally. > > I suspect that the real underlying problem is flakiness in Solr that > triggers in scenarios when Solr is running slowly for whatever reason, > which could be doing too much work in parallel (like too many tests in > parallel). Maybe we could simply configure that build to use fewer test > runners. > > On Mon, Aug 25, 2025 at 10:38 AM Sudip Roy <[email protected]> > wrote: > > > Hi, > > > > Could you please share the system specifications required for the tests > to > > run smoothly on s390x? We are working on providing new hardware. > > > > Regards, > > Sudip Roy > > > > -----Original Message----- > > From: Sudip Roy <[email protected]> > > Sent: 23 July 2025 12:16 > > To: [email protected] > > Subject: Re: Inquire About Recent Disabling of s390x CI in Apache Solr > > > > Hi Houston, > > > > Thanks for the clarification. Totally understand the concern around flaky > > tests due to hardware limitations. > > We can look into upgrading the hardware for the s390x runners to better > > support the test suite. Could you please share the kind of configuration > > that will be needed? > > > > Regards, > > Sudip Roy > > > > > > -----Original Message----- > > From: Houston Putman <[email protected]> > > Sent: 23 July 2025 07:01 > > To: [email protected] > > Subject: Re: Inquire About Recent Disabling of s390x CI in Apache Solr > > > > Yeah, that was me. > > > > I am obviously happy to have Solr tested on as many architectures as > > possible. It's just a problem when the tests are much more likely failing > > because of underpowered hardware on the test runner. So in order to clean > > up our failing tests reporter, I thought it made sense to disable the > s390x > > builds. > > > > Would it be possible to get a more powerful test runner so that our tests > > are much less flaky on it? > > > > - Houston > > > > On Tue, Jul 22, 2025 at 12:38 PM Mike Drob <[email protected]> wrote: > > > > > There was a previous question about this on the mailing list a few > > > days ago > > > - > > > https://lists.apache.org/ > > > &d=DwIFaQ&c=BSDicqBQBDjDI9RkVyTcHQ&r=89rAlzwEGrdOvdu8CVs_Po_VWALHAuHSt > > > GQRY8YB0i8&m=_EQkWWBOawwWgF6Yhsg_NMTBa24rwkEPJg6-TP6kCwXUagedPf3_eiwGp > > > M5dBxLF&s=uGXAmJvZxR4cqsyX1rWq5TBSTbvUOM8hKkzX8OploBY&e= > > > thread_5lzz0320n9v5ljnk1hwwplxpylqr1zbj&d=DwIFaQ&c=BSDicqBQBDjDI9RkVyT > > > cHQ&r=89rAlzwEGrdOvdu8CVs_Po_VWALHAuHStGQRY8YB0i8&m=vwNQSnAJr8opb7WsL5 > > > _A66dYCzQNzWgxsZ6E_gx13k45UFR-yfe_ifZtIOO-Xr-A&s=GA_jY-Erfm8AHZbBxX_cv > > > KKGxEi1e0nMPhsl36Y4Qnw&e= > > > > > > On Tue, Jul 22, 2025 at 2:27 PM Ishan Chattopadhyaya < > > > [email protected]> wrote: > > > > > > > > I noticed that Apache Solr CI support for the s390x architecture > > > > > has > > > been > > > > disabled recently > > > > > > > > I don't remember seeing this architecture before. Are you referring > > > > to > > > this > > > > architecture being used in ASF Jenkins for Apache Solr project? > > > > > > > > On Tue, 22 Jul 2025 at 10:25, Sudip Roy <[email protected]> > > > > wrote: > > > > > > > > > Hello, > > > > > > > > > > I noticed that Apache Solr CI support for the s390x architecture > > > > > has > > > been > > > > > disabled recently. We rely on Apache Solr on s390x systems, and > > > > > the > > > > removal > > > > > of CI coverage makes it more difficult to ensure ongoing > > > > > compatibility > > > > and > > > > > catch regressions early. > > > > > I've raised a JIRA issue about this concern ( > > > > > https://issues.apache > > > > > &d=DwIFaQ&c=BSDicqBQBDjDI9RkVyTcHQ&r=89rAlzwEGrdOvdu8CVs_Po_VWALHA > > > > > uHStGQRY8YB0i8&m=_EQkWWBOawwWgF6Yhsg_NMTBa24rwkEPJg6-TP6kCwXUagedP > > > > > f3_eiwGpM5dBxLF&s=w9pAsho8IsjTGtic3OSqQ6kiUhQKs3qgjc7MhhZLun4&e= > > > > > > > > .org_jira_browse_SOLR-2D17807&d=DwIFaQ&c=BSDicqBQBDjDI9RkVyTcHQ&r=89rAlzwEGrdOvdu8CVs_Po_VWALHAuHStGQRY8YB0i8&m=vwNQSnAJr8opb7WsL5_A66dYCzQNzWgxsZ6E_gx13k45UFR-yfe_ifZtIOO-Xr-A&s=r2fm48wDw9SQmfm9J5m8-0deIZS8t0zpXk_YcgEUgV8&e= > > ), and I was advised there to ask on the solr-dev mailing list for more > > information. > > > > > We're happy to help if there's an opportunity to collaborate on > > > restoring > > > > > support for s390x. > > > > > Thanks in advance for your time and help. > > > > > > > > > > Regards, > > > > > Sudip Roy > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] For additional > > commands, e-mail: [email protected] > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > >
