Thanks for managing the 1.17.0 release, Yingchun! I checked out the code tagged with 1.17.0-RC1 and built c++ components and tests successfully in RELEASE mode on a CentOS Linux release 7.9 (Final) server.
All tests passed except for the following: - hybrid_clock-test - security-itest The failure of hybrid_clock-test is: /data1/kudu/apache-kudu/src/kudu/clock/hybrid_clock-test.cc:501: Failure Value of: s.ToString() Expected: has substring "Error reading clock. Clock considered unsynchronized" Actual: "Service unavailable: timed out waiting for clock synchronisation: wallclock is not synchronized: no valid NTP responses yet" (of type std::string) Seems these issues are test-only and related to the running environment. I also tried to run the java-example test (using the command 'mvn package') after installing the kudu-client, kudu-test-util and the provided kudu-binary JAR artifact locally. I got the following error: [cluster stderr printer] INFO org.apache.kudu.test.cluster.MiniKuduCluster - ERROR: unknown command line flag 'serialization' I guess this error is relate to the recent change[1] in the tool-action-test.cc. When building Kudu with '-DNO_TESTS=1' the 'kudu' command no longer has the 'test' mode now. But we still build kudu binaries with '-DNO_TESTS=1' in build-support/mini_cluster/build_mini_cluster_binaries.sh. I'm not sure whether this issue should block the process for 1.17.0-RC1 voting, considerring that the release is source-only and there is no problem with the core codebase except the script mentioned above. If not, I'm fine with +1 for this release candidate. [1] https://github.com/apache/kudu/commit/176739729dd237230c40560a202ca7a82da8e088#diff-5c238a6f183a9a30d005adf4a6da7f8611e8a9e6c9329b7bae9ec7647e61ff6d 在 2023-08-05 18:47:30,"Marton Greber" <greber...@gmail.com> 写道: >[OSX arm tests] > >Macbook pro, M1, Ventura 13.5 > > >*C++* > >DEBUG build: > >couple tests failed, but those match what is present in the macOS failed >tests tracking jira(KUDU-2715 ><https://issues.apache.org/jira/browse/KUDU-2715>) > >Ran kudu perf loadgen: > >ran fine. > > >*Java example:* > >The convenience repository is missing for the aarch64 artefact. I’m happy >to help with this. > >After building the needed jars, and installing them locally(mvn >install:install-file), running the Java example gives the following error: > >*“Exception in thread "main" java.lang.NoClassDefFoundError: >com/stumbleupon/async/Callback* > >* at >org.apache.kudu.client.AsyncKuduClient$AsyncKuduClientBuilder.build(AsyncKuduClient.java:3112)* > >* at >org.apache.kudu.client.KuduClient$KuduClientBuilder.build(KuduClient.java:769)* > >* at org.apache.kudu.examples.Example.main(Example.java:184)* > >*Caused by: java.lang.ClassNotFoundException: >com.stumbleupon.async.Callback* > >* at java.net.URLClassLoader.findClass(URLClassLoader.java:382)* > >* at java.lang.ClassLoader.loadClass(ClassLoader.java:418)* > >* at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:352)* > >* at java.lang.ClassLoader.loadClass(ClassLoader.java:351)* > >* ... 3 more* > >*Process finished with exit code 1”* > >This happens both with the provided convenience jars, and the self-built >ones as well. > >Did anybody else try out the Java part? Was it working correctly? (Could >you please post the repro commands, just in case I was doing something >wrong) > >(the example was failing for me even on x86_64 linux. > > 1. built the java client > 2. installed the jars(mvn install:install-file) > 3. mvn package results in the following error, while it runs the test: > >*[main] INFO org.apache.kudu.test.cluster.KuduBinaryLocator - Using Kudu >binary jar directory: /tmp/kudu-binary-jar357889775327489877* > >*[main] INFO org.apache.kudu.test.cluster.MiniKuduCluster - Starting >process: >[/tmp/kudu-binary-jar357889775327489877/kudu-binary-1.17.0-linux-x86_64/bin/kudu, >test, mini_cluster, --serialization=pb]* > >*[cluster stderr printer] INFO org.apache.kudu.test.cluster.MiniKuduCluster >- ERROR: unknown command line flag 'serialization'* > >*[main] ERROR org.apache.kudu.test.junit.RetryRule - >org.apache.kudu.examples.ExampleTest.testCreateExampleTable: failed attempt >1* > >*java.io.EOFException* > >* at java.io.DataInputStream.readInt(DataInputStream.java:392)* > >* at >org.apache.kudu.test.cluster.MiniKuduCluster.sendRequestToCluster(MiniKuduCluster.java:191)* > >* at >org.apache.kudu.test.cluster.MiniKuduCluster.start(MiniKuduCluster.java:262)* > >* at >org.apache.kudu.test.cluster.MiniKuduCluster.access$300(MiniKuduCluster.java:85)* > >* at >org.apache.kudu.test.cluster.MiniKuduCluster$MiniKuduClusterBuilder.build(MiniKuduCluster.java:883)* > >* at >org.apache.kudu.test.KuduTestHarness.before(KuduTestHarness.java:156)* > >* at >org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:50)* > >* at >org.apache.kudu.test.junit.RetryRule$RetryStatement.doOneAttempt(RetryRule.java:225)* > >* at >org.apache.kudu.test.junit.RetryRule$RetryStatement.evaluate(RetryRule.java:246)* > >* at >org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)* > >* at >org.junit.runners.BlockJUnit4ClassRunner$1.evaluate(BlockJUnit4ClassRunner.java:100)* > >* at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:366)* > >* at >org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:103)* > >* at >org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:63)* > >* at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331)* > >* at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79)* > >* at >org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329)* > >* at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66)* > >* at >org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293)* > >* at >org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)* > >* at org.junit.runners.ParentRunner.run(ParentRunner.java:413)* > >* at >org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252)* > >* at >org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141)* > >* at >org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112)* > >* at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)* > >* at >sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)* > >* at >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)* > >* at java.lang.reflect.Method.invoke(Method.java:498)* > >* at >org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)* > >* at >org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)* > >* at >org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)* > >* at >org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115)* > >* at >org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)* > >*[main] ERROR org.apache.kudu.test.junit.RetryRule - >org.apache.kudu.examples.ExampleTest.testCreateExampleTable: giving up >after 1 attempts* > >*Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.586 sec ><<< FAILURE!* > >*testCreateExampleTable(org.apache.kudu.examples.ExampleTest) Time >elapsed: 0.562 sec <<< ERROR!* > >*java.io.EOFException* > >* at java.io.DataInputStream.readInt(DataInputStream.java:392)* > >* at >org.apache.kudu.test.cluster.MiniKuduCluster.sendRequestToCluster(MiniKuduCluster.java:191)* > >* at >org.apache.kudu.test.cluster.MiniKuduCluster.start(MiniKuduCluster.java:262)* > >* at >org.apache.kudu.test.cluster.MiniKuduCluster.access$300(MiniKuduCluster.java:85)* > >* at >org.apache.kudu.test.cluster.MiniKuduCluster$MiniKuduClusterBuilder.build(MiniKuduCluster.java:883)* > >* at >org.apache.kudu.test.KuduTestHarness.before(KuduTestHarness.java:156)* > >* at >org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:50)* > >* at >org.apache.kudu.test.junit.RetryRule$RetryStatement.doOneAttempt(RetryRule.java:225)* > >* at >org.apache.kudu.test.junit.RetryRule$RetryStatement.evaluate(RetryRule.java:246)* > >* at >org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)* > >* at >org.junit.runners.BlockJUnit4ClassRunner$1.evaluate(BlockJUnit4ClassRunner.java:100)* > >* at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:366)* > >* at >org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:103)* > >* at >org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:63)* > >* at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331)* > >* at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79)* > >* at >org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329)* > >* at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66)* > >* at >org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293)* > >* at >org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)* > >* at org.junit.runners.ParentRunner.run(ParentRunner.java:413)* > >* at >org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252)* > >* at >org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141)* > >* at >org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112)* > >* at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)* > >* at >sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)* > >* at >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)* > >* at java.lang.reflect.Method.invoke(Method.java:498)* > >* at >org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)* > >* at >org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)* > >* at >org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)* > >* at >org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115)* > >* at >org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)* >) > > >*Python* > >Everything was working fine: > > - built python client lib, > - ran all the tests > - installed the lib locally > - ran basic examples with the installed lib > > >After some more feedback/ruling out the java example issue, I’m fine with >+1 (non-committer). > >Thank you for all your efforts Yingchun! > >Mahesh Reddy <mre...@cloudera.com.invalid> ezt írta (időpont: 2023. aug. >4., P, 21:47): > >> +1 for the 1.17 release. >> >> I used the source artifacts staged here: >> https://dist.apache.org/repos/dist/dev/kudu/1.17.0-RC1 >> >> I successfully built Kudu's C++ components and tests in the RELEASE >> configuration on CentOS Linux release 7.3.1611 (Core). >> >> All the tests passed except the following: >> security-itest >> >> The scenarios within security-itest that failed involved RangerKMS as >> Alexey mentioned above. >> >> Thanks for taking care of this release Yingchun! >> >> >> On Thu, Aug 3, 2023 at 10:46 AM Alexey Serbin <aser...@cloudera.com.invalid >> > >> wrote: >> >> > Thank you for taking care of the release management for Kudu 1.17.0, >> > Yingchun! >> > >> > +1 for releasing Kudu 1.17.0 as per the information above. >> > >> > I verified the 1.17.0-RC1 tag is set on the 34243b3d0 changelist in the >> > upstream git repo. >> > >> > I did the following to verify the functionality of the new 1.17.0 >> release: >> > * checked out the source from the github.com git repo mirror >> > * built Kudu's C++ components and tests in RELEASE configuration on >> CentOS >> > Linux release 7.9.2009 (Core) node >> > * run Kudu the tests using 'ctest -j2' command >> > * all tests pass except for a few scenarios involving Ranger and >> RangerKMS >> > in the following tests, but those seem to be test-only issues with the >> > mini_ranger_kms and mini_ranger wrappers (those scenarios pass in gerrit >> > pre-commit tests): >> > ** master_authz-itest >> > ** security-itest >> > >> > I also ran a smoke test running a small Kudu cluster and executing `kudu >> > perf loadgen`, >> > and it successfully completed. >> > >> > >> > Kind regards, >> > >> > Alexey >> > >> > On Wed, Aug 2, 2023 at 5:54 AM Yingchun Lai <laiyingc...@apache.org> >> > wrote: >> > >> > > Hello Kudu devs! >> > > >> > > The Apache Kudu team is happy to announce the first release candidate >> for >> > > Apache >> > > Kudu 1.17.0. >> > > >> > > Apache Kudu 1.17.0 is a minor release that offers many improvements and >> > > fixes >> > > since Apache Kudu 1.16.0. >> > > >> > > This is a source-only release. The artifacts have been staged here: >> > > https://dist.apache.org/repos/dist/dev/kudu/1.17.0-RC1 >> > > >> > > Java convenience binaries in the form of a Maven repository are staged >> > > here: >> > > https://repository.apache.org/content/repositories/orgapachekudu-1104 >> > > >> > > Linux (built on CentOS 7) and macOS (built on Ventura) test-only Kudu >> > > binary >> > > JAR artifacts are staged here: >> > > https://repository.apache.org/content/repositories/orgapachekudu-1105 >> > > https://repository.apache.org/content/repositories/orgapachekudu-1106 >> > > >> > > It is tagged in Git as 1.17.0-RC1 and signed with my key (found in the >> > > KEYS file >> > > below). Its commit hash is 34243b3d0777597862aa6d3b51fd401f72d8bbf2 you >> > can >> > > check it out from ASF Gitbox or the official GitHub mirror: >> > > >> > > >> > >> https://gitbox.apache.org/repos/asf?p=kudu.git;a=commit;h=34243b3d0777597862aa6d3b51fd401f72d8bbf2 >> > > https://github.com/apache/kudu/releases/tag/1.17.0-RC1 >> > > >> > > The KEYS file to verify the artifact and tag signatures can be found >> > here: >> > > https://dist.apache.org/repos/dist/release/kudu/KEYS >> > > >> > > The release notes can be found here: >> > > https://github.com/apache/kudu/blob/1.17.0-RC1/docs/release_notes.adoc >> > > >> > > I'd suggest going through the release notes, building Kudu, and running >> > > the unit >> > > tests. Testing out the Maven repo would also be appreciated. Also, it's >> > > worth >> > > running Kudu Java tests against kudu-binary JAR artifact as described >> in >> > > the >> > > commit message here: >> > > >> > > >> > >> https://github.com/apache/kudu/commit/8a6faaa93f3e206ac75e8087731daccaf7ab646a >> > > >> > > The vote will run until a majority[1] is achieved, but at least until >> > > Saturday >> > > Aug 5th 23:00:00 UTC 2023. >> > > >> > > Thank You, >> > > Yingchun Lai >> > > >> > > [1] https://www.apache.org/foundation/voting.html#ReleaseVotes >> > > >> > >>