+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 <[email protected]>
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 <[email protected]>
> 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 <[email protected]>
> > 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 <[email protected]
> >
> >> 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 <[email protected]>
> 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
> >>> > > <[email protected]> wrote:
> >>> > >
> >>> > > > Should we remove this from the README until it works?
> >>> > > > Greg
> >>> > > >
> >>> > > > On Thu, Jan 21, 2021 at 6:19 AM Grant Henke
> >>> > <[email protected]>
> >>> > > > 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
> >>> > > > > <[email protected]> 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 <
> >>> > [email protected]>
> >>> > > > > > 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
> >>> > > > > [email protected] | twitter.com/gchenke |
> >>> > linkedin.com/in/granthenke
> >>> > > > >
> >>> > > >
> >>> >
> >>>
> >>>
> >>> --
> >>> Grant Henke
> >>> Software Engineer | Cloudera
> >>> [email protected] | twitter.com/gchenke | linkedin.com/in/granthenke
> >>>
> >>
>

Reply via email to