I just realized after re-reading this message that Andrew was about to
look at the flake in delete_table-itest as well. I'm sorry for the
double-effort here, if any. I read this message after posting the patch.
On 11/27/17 12:09 PM, Andrew Wong wrote:
I'm taking a look at tablet_copy-itest and the flakiness in
delete_table-itest beyond Alexey's outstanding patch.
On Tue, Nov 21, 2017 at 10:17 AM, Todd Lipcon <[email protected]> wrote:
On Tue, Nov 21, 2017 at 10:13 AM, Alexey Serbin <[email protected]>
wrote:
I'll take a look at delete_table-itest (at least I have had a patch in
review for one flake there for a long time).
BTW, it would be much better if it were possible to see the type of
failed
build in the dashboard (as it was prior to quasar). Is the type of a
build
something inherently impossible to expose from quasar?
I think it should be possible by just setting the BUILD_ID environment
variable appropriate before reporting the test result. That information
should be available in the enviornment as $BUILD_TYPE or somesuch. I think
Ed is out this week but maybe he can take a look at this when he gets back?
-Todd
Best regards,
Alexey
On 11/20/17 11:50 AM, Todd Lipcon wrote:
Hey folks,
It seems some of our tests have gotten pretty flaky lately again. Some
of
it is likely due to churn in test infrastructure (running on a different
VM
type now I think) but it makes me a little nervous to go into the 1.6
release with some tests at 5%+ flaky.
Can we get some volunteers to triage the top couple most flaky? Note
that
"triage" doesn't necessarily mean "fix" -- just want to investigate to
the
point that we can decide it's likely to be a test issue or known
existing
issue rather than a regression before the release.
I'll volunteer to look at consensus_peers-itests (the top most flaky
one).
-Todd
--
Todd Lipcon
Software Engineer, Cloudera
