This one has been failing for a month:
https://ge.apache.org/scans/tests?search.relativeStartTime=P28D&search.rootProjectNames=solr-root&search.timeZoneId=America%2FNew_York&tests.container=org.apache.solr.handler.admin.api.ClusterPropsAPITest&tests.test=testClusterPropertyOpsAllGood
(and Pierre fi
On Thu, 3 Oct 2024, Gus Heck wrote:
: The failures I saw when I downloaded a couple logs centered on threads not
: terminated. Perhaps Uwe's box is so overloaded that the shutdown process
: for those tests takes too long and the test fails instead?
They are specifically coming from Uwe's box when
> The failures generally seem to be coming from Uwe's boxes
This may be less about Uwe's boxes, and more due to the fact that all
of the "solr'-tagged slaves on the ASF Jenkins have been down for most
of a week. So Uwe's boxes are the only things running, by and large.
See the discussions in Sla
The failures I saw when I downloaded a couple logs centered on threads not
terminated. Perhaps Uwe's box is so overloaded that the shutdown process
for those tests takes too long and the test fails instead?
On Thu, Oct 3, 2024 at 3:47 PM David Smiley wrote:
> Relying on people to go look at CI o
Relying on people to go look at CI out of the goodness of our hearts is a
losing strategy. Our contributors don't even know where that is! There
needs to be a trigger to do so ideally something personalized -- a build
failure with recent changes that *you* included. Or instead a post/comment
on
The failures generally seem to be coming from Uwe's boxes, and I cannot
reproduce them locally. The crossDc ones do seem to be failing a lot, but
when they fail, it looks like they aren't failing alone. I will continue to
do research on it though.
Our tests are extremely flakey right now, so it's
I went to the fucit jenkins reports site to check on the state of the build
after my recent commit to make sure all was well, but when I got there I
was greeted with several weeks of extremely frequent test failures and in
the last 2 weeks we seem to have gained several 100% failures (that clearly