+1. org.apache.kudu.client.ITClientStress seems to be flaky. It passes about half the time on my Ubuntu 18 laptop. Greg
On Tue, Jan 26, 2021 at 1:28 PM Greg Solovyev <gsolov...@cloudera.com> wrote: > +0 > > - Successfully built debug and release modes on Ubuntu 18.04 LTS > - All C++ tests pass in debug build > - Built java artifacts > - Ran Java tests and saw one consistent failure: > > org.apache.kudu.client.ITClientStress fails with the following error: > 'java.lang.NoClassDefFoundError: org/apache/kudu/client/AsyncKuduClient$3' > > > > On Tue, Jan 26, 2021 at 1:20 PM Bankim Bhavsar <ban...@cloudera.com.invalid> > wrote: > >> +1. >> >> After switching the default java version on my Ubuntu 18.04 machine to >> open >> jdk 8, I was able to successfully build Kudu in release build mode and >> successfully ran all C++ tests. >> >> -Bankim. >> >> On Tue, Jan 26, 2021 at 11:37 AM Bankim Bhavsar <ban...@cloudera.com> >> wrote: >> >> > Attila mentioned this is related to incompatibility with Java 11 and >> > ErrorProne checker. >> > Bug: https://issues.apache.org/jira/browse/KUDU-3239 >> > >> > Thanks, >> > -Bankim. >> > >> > >> > On Tue, Jan 26, 2021 at 10:47 AM Bankim Bhavsar <ban...@cloudera.com> >> > wrote: >> > >> >> >> >> Compilation of 1.14-RC1 branch fails on Ubuntu 18.04 fails with the >> >> following error. >> >> >> >> I recall hitting a similar issue on master and worked around it by >> >> disabling the warnings with >> >> @SuppressWarnings("TypeParameterUnusedInFormals") >> >> It's coming from a java static type checker named ErrorProne >> >> >> >> I'll file a bug for discussing this further. >> >> >> >> Note: Recompile with -Xlint:deprecation for details. >> >> >> /home/bankim/src/rckudu/kudu/java/kudu-client/src/main/java/org/apache/kudu/client/KuduClient.java:466: >> >> error: An unhandled exception was thrown by the Error Prone static >> analysis >> >> plugin. >> >> static <R> R joinAndHandleException(Deferred<R> deferred) throws >> >> KuduException { >> >> ^ >> >> Please report this at >> >> https://github.com/google/error-prone/issues/new and include the >> >> following: >> >> >> >> error-prone version: 2.3.3 >> >> BugPattern: TypeParameterUnusedInFormals >> >> Stack Trace: >> >> java.lang.NoSuchFieldError: bound >> >> at >> >> >> com.google.errorprone.bugpatterns.TypeParameterUnusedInFormals.matchMethod(TypeParameterUnusedInFormals.java:71) >> >> >> >> Note: Recompile with -Xlint:deprecation for details. >> >> >> /home/bankim/src/rckudu/kudu/java/kudu-subprocess/src/main/java/org/apache/kudu/subprocess/QueueUtil.java:33: >> >> error: An unhandled exception was thrown by the Error Prone static >> analysis >> >> plugin. >> >> static <DataT> DataT take(BlockingQueue<DataT> queue) { >> >> ^ >> >> Please report this at >> >> https://github.com/google/error-prone/issues/new and include the >> >> following: >> >> >> >> error-prone version: 2.3.3 >> >> BugPattern: TypeParameterUnusedInFormals >> >> Stack Trace: >> >> java.lang.NoSuchFieldError: bound >> >> at >> >> >> com.google.errorprone.bugpatterns.TypeParameterUnusedInFormals.matchMethod(TypeParameterUnusedInFormals.java:71) >> >> >> >> >> >> >> >> On Tue, Jan 26, 2021 at 6:26 AM Grant Henke >> <ghe...@cloudera.com.invalid> >> >> wrote: >> >> >> >>> +1 >> >>> >> >>> I built with docker, built and ran all of the tests, and ran the tests >> >>> with >> >>> the kudu-binary artifacts. >> >>> >> >>> On Tue, Jan 26, 2021 at 5:28 AM Attila Bukor <abu...@apache.org> >> wrote: >> >>> >> >>> > +1, >> >>> > >> >>> > Verified the checksum and signature, built Kudu in release mode on >> >>> CentOS >> >>> > 7, all >> >>> > tests passed. Gradle build (including the tests) also succeeded on >> >>> OpenJDK >> >>> > Java >> >>> > 8. Also ran the tests using the staged kudu-binary artifacts. >> >>> > >> >>> > Attila >> >>> > On Mon, Jan 25, 2021 at 04:18:53PM -0800, Alexey Serbin wrote: >> >>> > > +1 >> >>> > > >> >>> > > I checked out 1.14-RC1 and build Kudu from source in DEBUG >> >>> configuration >> >>> > at >> >>> > > CentOS 7.4 machine as documented at >> >>> > > https://kudu.apache.org/docs/installation.html#rhel_from_source >> >>> > > >> >>> > > I ran tests using using "ctest -j4" and all tests passed: >> >>> > > ============ >> >>> > > 100% tests passed, 0 tests failed out of 446 >> >>> > > >> >>> > > Label Time Summary: >> >>> > > no_dist_test = 31.15 sec >> >>> > > no_tsan = 9.86 sec >> >>> > > >> >>> > > Total Test time (real) = 5015.88 sec >> >>> > > ============ >> >>> > > >> >>> > > I also ran "./gradlew assemble" and "./gradlew test" in >> >>> $KUDU_ROOT/java >> >>> > > subdirectory. Everything passed except >> >>> > > for org.apache.kudu.client.ITClientStress. The latter failed with >> >>> > > OutOfMemoryError: Java heap space error since I had limited amount >> >>> of RAM >> >>> > > on the server. >> >>> > > ============ >> >>> > > BUILD SUCCESSFUL in 1m 36s >> >>> > > 139 actionable tasks: 124 executed, 15 up-to-date >> >>> > > ============ >> >>> > > >> >>> > > ============ >> >>> > > org.apache.kudu.client.ITClientStress > >> >>> > > testManyShortClientsGeneratingScanTokens FAILED >> >>> > > java.lang.AssertionError: java.lang.OutOfMemoryError: Java >> heap >> >>> space >> >>> > > at >> >>> > > >> >>> org.apache.kudu.client.ITClientStress.runTasks(ITClientStress.java:94) >> >>> > > at >> >>> > > >> >>> > >> >>> >> org.apache.kudu.client.ITClientStress.testManyShortClientsGeneratingScanTokens(ITClientSt >> >>> > > ress.java:116) >> >>> > > >> >>> > > Caused by: >> >>> > > java.lang.OutOfMemoryError: Java heap space >> >>> > > ============ >> >>> > > >> >>> > > I guess the latter isn't a release blocker since my server was >> >>> > provisioned >> >>> > > with not enough memory for the stress test where JVM is supposed >> to >> >>> hog a >> >>> > > lot of memory. >> >>> > > >> >>> > > I agree with Grant that the issue pointed by Greg isn't a >> regression >> >>> and >> >>> > > does not look like a release stopper, but it would be nice to >> update >> >>> > README >> >>> > > if it's decided to cut RC2 due to some other issue. >> >>> > > >> >>> > > >> >>> > > Kind regards, >> >>> > > >> >>> > > Alexey >> >>> > > >> >>> > > On Thu, Jan 21, 2021 at 9:11 AM Greg Solovyev >> >>> > > <gsolov...@cloudera.com.invalid> wrote: >> >>> > > >> >>> > > > Should we remove this from the README until it works? >> >>> > > > Greg >> >>> > > > >> >>> > > > On Thu, Jan 21, 2021 at 6:19 AM Grant Henke >> >>> > <ghe...@cloudera.com.invalid> >> >>> > > > wrote: >> >>> > > > >> >>> > > > > Yeah, I also was unable to build any coverage report using the >> >>> --html >> >>> > > > > option. >> >>> > > > > I am not sure the HTML report has worked in recent releases >> and >> >>> > would not >> >>> > > > > consider >> >>> > > > > it a regression for this release but instead a "build only" >> >>> thing to >> >>> > fix >> >>> > > > > going forward. >> >>> > > > > >> >>> > > > > On Wed, Jan 20, 2021 at 5:43 PM Greg Solovyev >> >>> > > > > <gsolov...@cloudera.com.invalid> wrote: >> >>> > > > > >> >>> > > > > > I built in debug mode on Ubuntu 18, all C++ tests passed. I >> >>> > generated >> >>> > > > > > coverage report, but following the instructions here >> >>> > > > > > https://github.com/apache/kudu/tree/1.14.0-RC1/Readme.adoc >> to >> >>> > convert >> >>> > > > > > coverage report into HTML resulted in the following error: >> >>> > > > > > >> >>> > > > > > *gsolovyev@greg-laptop*:*~/git/kudu/build/coverage*$ >> >>> > > > > > ../../thirdparty/installed/common/bin/gcovr >> >>> > > > > > >> --gcov-executable=$(pwd)/../../build-support/llvm-gcov-wrapper >> >>> > --html >> >>> > > > > > --html-details -o cov_html/coverage.html >> >>> > > > > > Traceback (most recent call last): >> >>> > > > > > File "../../thirdparty/installed/common/bin/gcovr", line >> >>> 1767, in >> >>> > > > > > <module> >> >>> > > > > > print_html_report(covdata, options.html_details) >> >>> > > > > > File "../../thirdparty/installed/common/bin/gcovr", line >> >>> 1311, in >> >>> > > > > > print_html_report >> >>> > > > > > INPUT = open(data['FILENAME'], 'r') >> >>> > > > > > IOError: [Errno 2] No such file or directory: >> >>> > > > > > >> '/home/gsolovyev/git/kudu/build/coverage/FacebookService.cpp' >> >>> > > > > > >> >>> > > > > > >> >>> > > > > > Greg >> >>> > > > > > >> >>> > > > > > >> >>> > > > > > On Wed, Jan 20, 2021 at 10:15 AM Grant Henke < >> >>> > granthe...@apache.org> >> >>> > > > > > wrote: >> >>> > > > > > >> >>> > > > > > > Hello Kudu devs! >> >>> > > > > > > >> >>> > > > > > > The Apache Kudu team is happy to announce the first >> release >> >>> > candidate >> >>> > > > > for >> >>> > > > > > > Apache >> >>> > > > > > > Kudu 1.14.0. >> >>> > > > > > > >> >>> > > > > > > Apache Kudu 1.14.0 is a minor release that offers many >> >>> > improvements >> >>> > > > and >> >>> > > > > > > fixes >> >>> > > > > > > since Apache Kudu 1.13.0. >> >>> > > > > > > >> >>> > > > > > > This is a source-only release. The artifacts have been >> staged >> >>> > here: >> >>> > > > > > > https://dist.apache.org/repos/dist/dev/kudu/1.14.0-RC1/ >> >>> > > > > > > <https://dist.apache.org/repos/dist/dev/kudu/1.13.0-RC1/> >> >>> > > > > > > >> >>> > > > > > > Java convenience binaries in the form of a Maven >> repository >> >>> are >> >>> > > > staged >> >>> > > > > > > here: >> >>> > > > > > > >> >>> > > > >> >>> https://repository.apache.org/content/repositories/orgapachekudu-1088 >> >>> > > > > > > >> >>> > > > > > > Linux and macOS test-only Kudu binary JAR artifacts are >> >>> staged >> >>> > here: >> >>> > > > > > > >> >>> > > > >> >>> https://repository.apache.org/content/repositories/orgapachekudu-1089 >> >>> > > > > > > >> >>> > > > > > > It is tagged in Git as 1.14.0-RC1 and the corresponding >> hash >> >>> is >> >>> > the >> >>> > > > > > > following: >> >>> > > > > > > >> >>> > > > > > > >> >>> > > > > > >> >>> > > > > >> >>> > > > >> >>> > >> >>> >> https://gitbox.apache.org/repos/asf?p=kudu.git;a=commit;h=f9a1c3b2bae482ec1f44f78eea7c96c01455c20a >> >>> > > > > > > >> >>> > > > > > > The WIP release notes can be found here: >> >>> > > > > > > >> >>> > > > > > > >> >>> > > > > > >> >>> > > > > >> >>> > > > >> >>> > >> >>> >> https://docs.google.com/document/d/1GFBOfPYW_fx2PfUES5NskFPd3Q6PiNoHj44u82b7EBI/edit# >> >>> > > > > > > >> >>> > > > > > > The KEYS file to verify the artifact signatures can be >> found >> >>> > here: >> >>> > > > > > > https://dist.apache.org/repos/dist/release/kudu/KEYS >> >>> > > > > > > >> >>> > > > > > > Some common release validations include building Kudu, and >> >>> > running >> >>> > > > the >> >>> > > > > > unit >> >>> > > > > > > tests on your platforms and environments. Additionally it >> is >> >>> > worth >> >>> > > > > > running >> >>> > > > > > > Kudu >> >>> > > > > > > Java tests against kudu-binary JAR artifact as described >> in >> >>> the >> >>> > > > commit >> >>> > > > > > > message here: >> >>> > > > > > > >> >>> > > > > > > >> >>> > > > > > > >> >>> > > > > > >> >>> > > > > >> >>> > > > >> >>> > >> >>> >> https://gitbox.apache.org/repos/asf?p=kudu.git;a=commit;h=8a6faaa93f3e206ac75e8087731daccaf7ab646a >> >>> > > > > > > >> >>> > > > > > > The vote will run until a majority[1] is achieved, but at >> >>> least >> >>> > until >> >>> > > > > > > Monday >> >>> > > > > > > January 25th, which is a bit over the suggested 72 hours >> due >> >>> to >> >>> > > > > > > the weekend, to give everyone a chance to review this >> release >> >>> > > > candidate >> >>> > > > > > and >> >>> > > > > > > vote. >> >>> > > > > > > >> >>> > > > > > > Thank You, >> >>> > > > > > > Grant >> >>> > > > > > > >> >>> > > > > > > [1] >> >>> https://www.apache.org/foundation/voting.html#ReleaseVotes >> >>> > > > > > > >> >>> > > > > > >> >>> > > > > >> >>> > > > > >> >>> > > > > -- >> >>> > > > > Grant Henke >> >>> > > > > Software Engineer | Cloudera >> >>> > > > > gr...@cloudera.com | twitter.com/gchenke | >> >>> > linkedin.com/in/granthenke >> >>> > > > > >> >>> > > > >> >>> > >> >>> >> >>> >> >>> -- >> >>> Grant Henke >> >>> Software Engineer | Cloudera >> >>> gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke >> >>> >> >> >> >