Once again this week I won’t be changing any annotations.
According to Hoss’ rollups, SharedFSAutoReplicaFailoverTest is failing 100% of
the time, it’s a nightly and it’s failure rate is 3/3
Full output attached.
**Annotated tests that didn't fail in the last 4 weeks.
**Tests removed from th
First off, somehow I did all the annotations last week, then failed to
push them. Will do that shortly.
Here's this week's changes, let me know if there are problems
**Annotations will be removed from the following tests because they
haven't failed in the last 4 rollups.
**Methods: 6
Mov
Sorry, somehow I forgot to commit the BadApples last Thursday, I plead
a long day so I pushed them today.
On to next week, here's the summary:
**Annotations will be removed from the following tests because they
haven't failed in the last month.
**Methods: 7
AssignBackwardCompatibilityTest
e, e-mail: dev-unsubscr...@lucene.apache.org
> >>> <mailto:dev-unsubscr...@lucene.apache.org>
> >>> For additional commands, e-mail: dev-h...@lucene.apache.org
> >>> <mailto:dev-h...@lucene.apache.org>
> >>>
> >>
> >
>
if we can start shrinking the
> >>> BadApple'd tests.
> >>>
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> >>> <mailto:dev-unsubscr...@lu
-----
> >>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> >>> For additional commands, e-mail: dev-h...@lucene.apache.org
> >>>
> >>
> >
> >
.apache.org
>>>
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
Begin forwarded message:
> From: Erick Ericks
Adrien:
"Do you know whether there is something that makes these jobs any different?"
Unfortunately no. I'm not really very well versed in the various test
environments, maybe Uwe or Steve Rowe or Hoss might have some insight?
On Mon, Jun 4, 2018 at 3:34 AM, Adrien Grand wrote:
> Thanks for hel
Thanks for helping on this front Erick. I noticed a significant decrease in
noise since you started badapple-ing bad tests, but I'm observing that our
smoke-release builds still keep failing because of Solr tests (10 out of
the last 10 builds) in spite of the fact that they disable bad apples:
- h
With the long weekend and the fact that the number of non-BadApple
tests is fairly small this week, I'll skip adding more BadApple tests
until next week.
We're scarily close to the non-BaApple'd tests coming under control.
If we're lucky, we can draw a line in the sand soon then start working
on
I've been slammed so won't be able to get to it this week.
Erick
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
I'm not going to add more BadApple's this week. The number of errors
I've seen seems to have dropped quite a bit and I'm still gathering
history. Next week for sure.
Erick
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.o
Noted. If it's still failing in a couple of weeks I'll BadApple it and
point to the JIRA.
I think I see a system here. I'll record any JIRAs about reproducible
failures and if nobody starts trying to fix them for a couple of weeks
I'll AwaitsFix them. NOTE: if someone needs them to _not_ be
Awaits
> On Mar 27, 2018, at 1:17 AM, Erick Erickson wrote:
>
> org.apache.lucene.spatial3d.TestGeo3DPoint.testGeo3DRelations (DON’t BADAPPLE
> MAYBE)
I made a JIRA for two recent failure modes:
https://issues.apache.org/jira/browse/SOLR-12149
--
Steve
www.lucidworks.com
-
I've been uncomfortable with the chance that tests that _should_ fail
are going to be prematurely BadApple'd. It finally struck me that what
I'm most interested in at present is tests that fail and fail and fail
but aren't being addressed.
Mark's tests have a history available each week, and he'll
I'm not going to BadApple tests this week, my schedule was thrown for
a loop by life.
And I think I'm going to change the way it works a bit. Mark Miller is
going to try to publish his BeastIt on Monday, and I'd like to use
that info when available. So here's the process starting now.
> Collect f
16 matches
Mail list logo