I forgot to mention that this patch was required to run some of the tests
that use min-ranger in Docker:
https://gerrit.cloudera.org/#/c/15756/

It shouldn't block the release, but we can backport it to branch-1.12.x to
facilitate future testing.

On Mon, Apr 20, 2020 at 12:22 PM Grant Henke <[email protected]> wrote:

> I ran the following to test various OS versions in Docker:
>
> *# Build all the images*
>
> *export
> BASES="centos:7,centos:8,ubuntu:xenial,ubuntu:bionic,debian:stretch"*
> *export TARGETS="build"*
> *./docker/docker-build.sh*
>
> *# For each image, run the tests*
>
> *docker run -it --rm apache/kudu:build-latest-<os> /bin/bash*
> *mkdir build/debug*
> *cd build/debug*
> *export NO_REBUILD_THIRDPARTY=1*
> *../../thirdparty/installed/common/bin/cmake \*
> * -DCMAKE_BUILD_TYPE=debug ../..*
> *make -j6*
> *ctest -j6*
> *cd /kudu/java/*
> *./gradlew test*
> *cd /kudu/python*
> *export KUDU_HOME="/kudu"*
> *python setup.py build_ext*
> *python setup.py test*
>
> Below are the flaky and failing tests I observed:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *centos:7 saw flakes in
> TestKuduTable.testFormatRangePartitionsStringColumcentos:8 saw flakes in
> auto_rebalancer-test    mini_ranger-test
> DefaultSourceTest.testInsertionMultipleubuntu:xenial saw failures in
>  client-stress-test (Failed)     memory_gc-itest (Failed)
>  raft_consensus-itest.2 (Failed)ubuntu:xenial saw flakes in
> auto_rebalancer-testubuntu:bionic saw flakes in
> mini_ranger-testdebian:stretch saw flakes in    kudu-tool-test.1*
>
>
> *    ITClientStress.testManyShortClientsGeneratingScanTokens
> TestMiniKuduCluster.testHiveMetastoreIntegration
> TestMiniKuduCluster.testKerberos*
>
>
> I seem to remember that those tests that are falling in xenial have always
> been an issue in
> Docker and are likely a Docker image/setup issue. I don't think they are a
> concern for this
> release, but I will investigate further.
>
> I tested the jars and artifacts by using the java-example on both Mac and
> Linux.
> I updated the pom to use the staged repositories and version 1.12.0 and
> ran `mvn test`:
> https://github.com/apache/kudu/tree/master/examples/java/java-example
>
> Things worked as expected on Linux, but on a Mac I found an issue with
> libc++ linking. I haven't dug into the issue yet.
> I am on Catalina, perhaps someone with an older MacOS version can test too?
>
>
>
>
>
>
>
>
> *[main] INFO
> org.apache.kudu.shaded.com.google.gradle.osdetector.OsDetector -
> os.detected.classifier=osx-x86_64[main] INFO
> org.apache.kudu.test.cluster.KuduBinaryLocator - Using Kudu binary jar
> directory:
> /var/folders/3y/nrs6__c10n107f357n7yx2100000gp/T/kudu-binary-jar6249991106299083358[main]
> INFO org.apache.kudu.test.cluster.MiniKuduCluster - Starting process:
> [/var/folders/3y/nrs6__c10n107f357n7yx2100000gp/T/kudu-binary-jar6249991106299083358/kudu-binary-1.12.0-osx-x86_64/bin/kudu,
> test, mini_cluster, --serialization=pb][cluster stderr printer] INFO
> org.apache.kudu.test.cluster.MiniKuduCluster - dyld: Library not loaded:
> @rpath/libc++abi.1.dylib[cluster stderr printer] INFO
> org.apache.kudu.test.cluster.MiniKuduCluster -   Referenced from:
> /private/var/folders/3y/nrs6__c10n107f357n7yx2100000gp/T/kudu-binary-jar6249991106299083358/kudu-binary-1.12.0-osx-x86_64/lib/libglog.0.dylib[cluster
> stderr printer] INFO org.apache.kudu.test.cluster.MiniKuduCluster -
> Reason: image not found[main] ERROR org.apache.kudu.test.junit.RetryRule -
> org.apache.kudu.examples.ExampleTest.testCreateExampleTable: failed attempt
> 1java.io.EOFException*
>
>
> On Thu, Apr 16, 2020 at 5:37 PM Hao Hao <[email protected]>
> wrote:
>
>> Hello Kudu devs!
>>
>> The Apache Kudu team is happy to announce the first release candidate for
>> Apache Kudu 1.12.0.
>>
>> Apache Kudu 1.12.0 is a minor release that offers many improvements and
>> fixes since the prior release.
>>
>> This is a source-only release. The artifacts have been staged here:
>> https://dist.apache.org/repos/dist/dev/kudu/1.12.0-RC1/
>>
>> Java convenience binaries in the form of a Maven repository are staged
>> here:
>> https://repository.apache.org/content/repositories/orgapachekudu-1059/
>>
>> Linux and macOS kudu-binary JAR artifacts are staged here correspondingly:
>>   https://repository.apache.org/content/repositories/orgapachekudu-1060/
>>   https://repository.apache.org/content/repositories/orgapachekudu-1061/
>>
>> It is tagged in Git as 1.12.0-RC1 and the corresponding hash is the
>> following:
>>
>> https://gitbox.apache.org/repos/asf?p=kudu.git;a=commit;h=ae919d457cda36d854f81732b34af2384441d436
>>
>> The WIP release notes can be found here:
>> https://gerrit.cloudera.org/c/15685/
>>
>> 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.
>> Also, it's 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 Tuesday Apr 21st 18:00:00 PST 2020. This is a bit
>> over the suggested 72 hours due to the weekend.
>>
>> Thank you,
>> Hao
>>
>

-- 
Grant Henke
Software Engineer | Cloudera
[email protected] | twitter.com/gchenke | linkedin.com/in/granthenke

Reply via email to