this is not specific to 3.7, but in general:
from time to time I see different tests failing intermittently. I assume
this can be caused by other tests running in parallel. (because re-running
those tests alone usually makes them succeed)
So I prefer to execute the java unit tests using the following command when
checking RCs:

mvn test -Dsurefire.rerunFailingTestsCount=3 -fae -Pfull-build -DforkCount=1

As far as I remember, by default the fork count is set to 8 in maven, and
the CI is using (or was using before the migration) -DforkCount=4.


Regards,
Mate

On Mon, Jan 25, 2021 at 1:51 PM Flavio Junqueira <f...@apache.org> wrote:

> I don't want to mess up with the vote thread, so I'm responding to this
> separately. I have been trying to build locally too unsuccessfully. I've
> been trying on an Ubuntu VM, Java 8 (build 1.8.0_181-b13), Maven 3.6.0. The
> set of tests failing varies from build to build, if it makes sense, I can
> try to collect all test failures I have seen and post.
>
> -Flavio
>
> > On 25 Jan 2021, at 13:38, Szalay-Bekő Máté <szalay.beko.m...@gmail.com>
> wrote:
> >
> > +0 (and not even binding :) )
> >
> > - I built the source code (-Pfull-build) on Ubuntu 18.04.3 using OpenJDK
> > 8u265 and maven 3.6.3.
> > - I also built and executed unit tests for zkpython
> > - the unit tests passed for the C-client and for python client
> > - checkstyle and spotbugs passed
> > - apache-rat passed
> > - owasp (CVE check) passed
> > - fatjar built (-Pfatjar)
> > - I executed a quick rolling-upgrade test from 3.5.9 and from 3.6.2.
> (using
> > https://github.com/symat/zk-rolling-upgrade-test)
> >
> > for some reason the java unit tests failed for me.
> >
> > On mac (jdk 1.8.212 and maven 3.6.3), I got all the unit tests executed
> > successfully, but then the maven job still failed for hbase-server test
> > with error message (with -DforkCount=4 and even with -DforkCount=1) like:
> > -------------
> > [ERROR] ExecutionException There was an error in the forked process
> > [ERROR] unable to create new native thread
> > [ERROR] org.apache.maven.surefire.booter.SurefireBooterForkException:
> > ExecutionException There was an error in the forked process
> > [ERROR] unable to create new native thread
> > [ERROR] at
> >
> org.apache.maven.plugin.surefire.booterclient.ForkStarter.awaitResultsDone(ForkStarter.java:510)
> > -------------
> >
> >
> > Then I tried on a dockerized environment (ubuntu 18.4, OpenJDK 8u265 and
> > maven 3.6.3) and I got other kinds of strange maven errors:
> > -------------------
> > [ERROR] Caused by:
> > org.apache.maven.surefire.booter.SurefireBooterForkException: The forked
> VM
> > terminated without properly saying goodbye. VM crash or System.exit
> called?
> > [ERROR] Command was /bin/sh -c cd
> > /tmp/zk/apache-zookeeper-3.7.0/zookeeper-server &&
> > /home/symat/.sdkman/candidates/java/8.0.265-open/jre/bin/java -Xmx512m
> > -Dtest.junit.threads=8 -Dzookeeper.junit.threadid=3
> >
> -javaagent:/home/symat/.m2/repository/org/jmockit/jmockit/1.48/jmockit-1.48.jar
> > -jar
> >
> /tmp/zk/apache-zookeeper-3.7.0/zookeeper-server/target/surefire/surefirebooter8828313385463488429.jar
> > /tmp/zk/apache-zookeeper-3.7.0/zookeeper-server/target/surefire
> > 2021-01-25T11-54-03_621-jvmRun3 surefire4024538135165099286tmp
> > surefire_37800399112966511000tmp
> > [ERROR] Process Exit Code: 0
> > [ERROR]         at
> >
> org.apache.maven.plugin.surefire.booterclient.ForkStarter.fork(ForkStarter.java:669)
> > [ERROR]         at
> >
> org.apache.maven.plugin.surefire.booterclient.ForkStarter.access$600(ForkStarter.java:115)
> > [ERROR]         at
> >
> org.apache.maven.plugin.surefire.booterclient.ForkStarter$2.call(ForkStarter.java:444)
> > [ERROR]         at
> >
> org.apache.maven.plugin.surefire.booterclient.ForkStarter$2.call(ForkStarter.java:420)
> > [ERROR]         at
> java.util.concurrent.FutureTask.run(FutureTask.java:266)
> > [ERROR]         at
> >
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> > [ERROR]         at
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> > [ERROR]         at java.lang.Thread.run(Thread.java:748)
> > [ERROR]
> > --------------------------------------
> >
> >
> > These issues might be very well specific to my local (mac or docker on
> mac)
> > environments. This is why I didn't vote with -1
> > Can someone else run the java unit tests successfully locally?
> >
> > I also tried to check if the CI was green for the last PR on 3.7.0 (
> > https://github.com/apache/zookeeper/pull/1586/checks), but it looks the
> CI
> > haven't even started to execute the tests, due to errors in the "install
> C
> > dependencies" step.
> >
> > Regards,
> > Mate
> >
> > On Sun, Jan 24, 2021 at 11:39 PM Patrick Hunt <ph...@apache.org> wrote:
> >
> >> +1. xsum/sig verified. rat ran clean. built and dependency checks are
> fine.
> >> Tried running some manual clusters and it was successful.
> >>
> >> Regards,
> >>
> >> Patrick
> >>
> >>
> >> On Sun, Jan 24, 2021 at 12:11 PM Damien Diederen <ddiede...@apache.org>
> >> wrote:
> >>
> >>>
> >>> Dear all,
> >>>
> >>> This is a second release candidate for ZooKeeper 3.7.0.  Compared to
> >>> RC0, it fixes a tarball generation issue, includes a description of the
> >>> 'whoami' CLI command, and incorporates a contribution to ZooInspector.
> >>>
> >>> ZooKeeper 3.7.0 introduces a number of new features, notably:
> >>>
> >>>  * An API to start a ZooKeeper server from Java (ZOOKEEPER-3874);
> >>>
> >>>  * Quota enforcement (ZOOKEEPER-3301);
> >>>
> >>>  * Host name canonicalization in quorum SASL authentication
> >>> (ZOOKEEPER-4030);
> >>>
> >>>  * Support for BCFKS key/trust store format (ZOOKEEPER-3950);
> >>>
> >>>  * A choice of mandatory authentication scheme(s) (ZOOKEEPER-3561);
> >>>
> >>>  * A "whoami" API and CLI command (ZOOKEEPER-3969);
> >>>
> >>>  * The possibility of disabling digest authentication (ZOOKEEPER-3979);
> >>>
> >>>  * Multiple SASL "superUsers" (ZOOKEEPER-3959);
> >>>
> >>>  * Fast-tracking of throttled requests (ZOOKEEPER-3683);
> >>>
> >>>  * Additional security metrics (ZOOKEEPER-3978);
> >>>
> >>>  * SASL support in the C and Perl clients (ZOOKEEPER-1112,
> >>> ZOOKEEPER-3714);
> >>>
> >>>  * A new zkSnapshotComparer.sh tool (ZOOKEEPER-3427);
> >>>
> >>>  * Notes on how to benchmark ZooKeeper with the YCSB tool
> >>> (ZOOKEEPER-3264).
> >>>
> >>> The release notes are available here:
> >>>
> >>>
> >>>
> >>
> https://people.apache.org/~ddiederen/zookeeper-3.7.0-candidate-1/website/releasenotes.html
> >>>
> >>>
> >>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310801&version=12346617
> >>>
> >>> *** Please download, test and vote by January 31st 2020, 23:59 UTC+0.
> ***
> >>>
> >>> Source files:
> >>>
> >>>  https://people.apache.org/~ddiederen/zookeeper-3.7.0-candidate-1/
> >>>
> >>> Maven staging repo:
> >>>
> >>>
> >>>
> >>
> https://repository.apache.org/content/repositories/orgapachezookeeper-1066/
> >>>
> >>> The release candidate tag in git to be voted upon: release-3.7.0-1
> >>>
> >>>  https://github.com/apache/zookeeper/tree/release-3.7.0-1
> >>>
> >>> ZooKeeper's KEYS file containing PGP keys we use to sign the release:
> >>>
> >>>  https://www.apache.org/dist/zookeeper/KEYS
> >>>
> >>> The staging version of the website is:
> >>>
> >>>
> >>>
> >>
> https://people.apache.org/~ddiederen/zookeeper-3.7.0-candidate-1/website/
> >>>
> >>> Should we release this candidate?
> >>>
> >>> Damien Diederen
> >>>
> >>
>
>

Reply via email to