+1 I built and ran C++ tests under CentOS 6.6 (debug configuration). All passed. I also ran Java tests on CentOS 6.6 using gradlew, and everything passed except for org.apache.kudu.client.TestKuduClient > testReadYourWritesSyncLeaderReplica. I think the failure of one of the inherently flaky Java tests isn't an issue.
I built and ran C++ tests under macOS 10.11.6 (debug configuration). All passed except for: client_examples-test fs_manager-test sentry_client-test kudu-tool-test.2 tablet_server-test trace-test However, that does look like a blocker given the fact that macOS is development-only platform. On Tue, Oct 23, 2018 at 11:57 AM Grant Henke <ghe...@cloudera.com.invalid> wrote: > +1 > > Ran all of the tests on MacOs and Verified the Maven poms and artifacts > visually. > > On Tue, Oct 23, 2018 at 1:30 PM Adar Lieber-Dembo > <a...@cloudera.com.invalid> > wrote: > > > +1 > > > > Built and ran DEBUG C++ tests in slow mode on CentOS 6.6. All passed. > > Built and ran Java tests using DEBUG Kudu binaries on CentOS 6.6. All > > passed. > > Reviewed the release notes. > > On Mon, Oct 22, 2018 at 5:17 PM Dan Burkert <danburk...@apache.org> > wrote: > > > > > > +1 > > > > > > Built and ran C++ tests on MacOS. Had three failures (fs_manager-test, > > > kudu-tool-test, and trace-test), but I believe they are all > > MacOS-specific, > > > and shouldn't be release blockers. > > > > > > - Dan > > > > > > On Fri, Oct 19, 2018 at 11:48 PM Andrew Wong <aw...@apache.org> wrote: > > > > > > > +1 > > > > > > > > Built and ran all C++ tests on Centos 6.6 in debug and release > modes. A > > > > couple failed but, upon retrying, passed. > > > > Ran all Java tests on Centos 6.6 via maven and gradle in release > mode. > > All > > > > passed. > > > > > > > > Built and ran all C++ tests on Centos 7.3 in release mode. All > passed. > > > > Ran all Java tests on Centos 7.3 via gradle in release mode. A number > > of > > > > tests failed at first: > > > > > > > > - TestKuduBackup.testSimpleBackupAndRestore and > > > > TestKuduBackup.testRandomBackupAndRestore (both passed on retry, > > > > flakiness > > > > is tracked as KUDU-2548 < > > > > https://issues.apache.org/jira/browse/KUDU-2584> > > > > ) > > > > - ITClientStressTest.testManyShortClientsGeneratingScanTokens (too > > many > > > > open files led to ClassNotFoundException on my shared machine that > > is > > > > running Kudu and Impala) > > > > - TestKuduClient.testGetAuthnToken (passed on retry, some > flakiness > > of > > > > TestKuduClient tracked in KUDU-2236 > > > > <https://jira.apache.org/jira/browse/KUDU-2236>) > > > > - TestMasterFailover.testKillLeaderBeforeOpenTable (passed on > retry, > > > > flakiness tracked as KUDU-2592 > > > > <https://jira.apache.org/jira/browse/KUDU-2592>) > > > > - DefaultSourceTest.testTableScanWithProjectionAndPredicateLong > > (passed > > > > on retry, flakiness of DefaultSourceTest is tracked in KUDU-2029 > > > > <https://issues.apache.org/jira/browse/KUDU-2029> and KUDU-2599 > > > > <https://issues.apache.org/jira/browse/KUDU-2599>) > > > > - DefaultSourceTest.testBasicSparkSQLWithInListPredicate (passed > on > > > > retry, ditto) > > > > > > > > The takeaway for me is that while we've been OK about tracking > > flakiness in > > > > our C++ tests (there exists a flaky test tracking server for them), > we > > > > should do a better job at this for Java tests. Within the last > > release, the > > > > pre-commit gerrit job was updated to retry failed Java tests up to 3x > > and, > > > > for the sake of pre-commits passing, has costed the introduction of a > > > > number of new flakes. This doesn't seem release-blocking, but we > > should be > > > > mindful to address this moving forward. > > > > > > > > On Tue, Oct 16, 2018 at 2:47 AM Attila Bukor <abu...@apache.org> > > wrote: > > > > > > > > > Hi Devs, > > > > > > > > > > As suggested on the RC1 vote thread, I've included the complete fix > > for > > > > > KUDU-2463 and created a new release candidate for Apache Kudu > 1.8.0. > > > > > > > > > > Apache Kudu 1.8.0 is a minor release that offers many improvements > > and > > > > > fixes > > > > > since the prior release. > > > > > > > > > > The is a source-only release. The artifacts have been staged here: > > > > > https://dist.apache.org/repos/dist/dev/kudu/1.8.0-RC2/ > > > > > > > > > > Java convenience binaries in the form of a Maven repository are > > staged > > > > > here: > > > > > > > https://repository.apache.org/content/repositories/orgapachekudu-1027 > > > > > > > > > > It is tagged in Git as 1.8.0-RC2 and the corresponding hash is the > > > > > following: > > > > > > > > > > > > > > > > > https://git-wip-us.apache.org/repos/asf?p=kudu.git;a=commit;h=cbbf7b580c4ab4fdf6621e4ee5ab1ddc5f03cb4e > > > > > > > > > > The release notes can be found here: > > > > > > > https://github.com/apache/kudu/blob/1.8.0-RC2/docs/release_notes.adoc > > > > > > > > > > The KEYS file to verify the artifact signatures can be found here: > > > > > https://dist.apache.org/repos/dist/release/kudu/KEYS > > > > > > > > > > I'd suggest going through the README and the release notes, > building > > > > > Kudu, and running the unit tests. Testing out the Maven repo would > > also > > > > > be appreciated. > > > > > > > > > > The vote will run at least until Friday, October 19th at 11:59 AM > > CEST. > > > > > > > > > > Thank you, > > > > > Attila > > > > > > > > > > > > > > -- > Grant Henke > Software Engineer | Cloudera > gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke >