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 <t...@cloudera.com> wrote: > On Tue, Nov 21, 2017 at 10:13 AM, Alexey Serbin <aser...@cloudera.com> > 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 > -- Andrew Wong