From dev-return-930-archive-asf-public=cust-asf.ponee.io@fluo.apache.org Thu Nov 28 20:26:18 2019 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [207.244.88.153]) by mx-eu-01.ponee.io (Postfix) with SMTP id 4252918064C for ; Thu, 28 Nov 2019 21:26:18 +0100 (CET) Received: (qmail 23223 invoked by uid 500); 28 Nov 2019 20:26:17 -0000 Mailing-List: contact dev-help@fluo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@fluo.apache.org Delivered-To: mailing list dev@fluo.apache.org Received: (qmail 23205 invoked by uid 99); 28 Nov 2019 20:26:17 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Nov 2019 20:26:17 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 7737B1812DE for ; Thu, 28 Nov 2019 20:26:16 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.25 X-Spam-Level: X-Spam-Status: No, score=0.25 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.2, KAM_LOTSOFHASH=0.25, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd3-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-he-de.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id msSn-0s78gLE for ; Thu, 28 Nov 2019 20:26:13 +0000 (UTC) Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=2a00:1450:4864:20::443; helo=mail-wr1-x443.google.com; envelope-from=glorifiedcalculator@gmail.com; receiver= Received: from mail-wr1-x443.google.com (mail-wr1-x443.google.com [IPv6:2a00:1450:4864:20::443]) by mx1-he-de.apache.org (ASF Mail Server at mx1-he-de.apache.org) with ESMTPS id EF2EB7DDB9 for ; Thu, 28 Nov 2019 20:26:12 +0000 (UTC) Received: by mail-wr1-x443.google.com with SMTP id t2so32501619wrr.1 for ; Thu, 28 Nov 2019 12:26:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=Z/86EJQ137snnNKO+X+FzOSVdDLgm6SMktS1Y6U6qrY=; b=LMXhEWIx9hS6cZoaqxNPGkUQATz8h2gkZ4bptPuim01eSm0vFFQcvz2RSbTn9Roxhj UaBD2AT4QAQYXOi3zATbwJZUOmRMbo4+TlwmmYMFtC9Z4+KJrClIEGo7NKZDrB/QeShL LEfE5qHMZrbNOBCE6pGMnPAVjzthFHRRlNCBEdcGGqLLU64EW7LJdZQnlgIvNg+dm/r7 EkRtlsSmnjHHCYc/TYaKkmSFnXNCS/1zEqoIaiL1tekDqo3qtk5LgjHoS6bNcuPkZC7+ F/YAojJEAF2I6LIcq0u4wLMciThjv9nnpI9nflrU/PeQDjeoXfyElpUUWSpSzoMzmPLp p+Dg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=Z/86EJQ137snnNKO+X+FzOSVdDLgm6SMktS1Y6U6qrY=; b=L9bEcdHt5BfOrTQqmRJWzd478MdqRPjK//MOSd09bmMCfo8jfjMERVmfY8ajdjsxoA 0FJhMPSD2DPuGQKZ0UsWlDurBuXf/EueyxYsy0DEm0BzuLb3qigVR5Z6Jkkh+g9e/sdn y4zFISPsocKEXI8qmK3UBA2BQ4h8fAFCEtO/yI28Jb2fN4wFZm+/if0/iZFCWy2BjDPG Fzcbrepi9B0ZbPK5MuZ86qPCMLJI1VZSbL5gSKLqXSeCHgVm/J+WDPdOy/lys/LwU7/3 ZJucDPf9rhCVDsDv/mpZerTV7uqxxs7+FBPlumUcyn3irC3N0xF2admFpMpUXRDLKL1g 9Qqw== X-Gm-Message-State: APjAAAXWD3Yow5t+Alae+qRy4Dv+7hphZsGzQ668agKzN8RgHnmjfSt7 tuXOebpWBOxdr6mX31S0m4qVsEL6V0wn/2hKEDyfdQ== X-Google-Smtp-Source: APXvYqwOkMdoJzur6w+3gyL/FOjql2PxToVYHn0mfmdGaBji9JTstHA0WoMyLZkpdK+OkAxhRQ773v/bC3dN7zIPZLI= X-Received: by 2002:adf:f34c:: with SMTP id e12mr35394482wrp.184.1574972772109; Thu, 28 Nov 2019 12:26:12 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Kenneth McFarland Date: Thu, 28 Nov 2019 12:26:01 -0800 Message-ID: Subject: Re: OracleIT and Rat check failures To: dev@fluo.apache.org Content-Type: multipart/alternative; boundary="0000000000009cd37805986dec12" --0000000000009cd37805986dec12 Content-Type: text/plain; charset="UTF-8" Thank you Christopher, that worked perfectly. Issue resolved, and I learned something. Thanks again! I'd be happy to add this to some documentation but not sure where it would belong. Might be a niche thing. Kenny On Thu, Nov 28, 2019, 11:30 AM Christopher wrote: > Okay, so it looks like the failures you're seeing are the result of an old > modules/integration directory that was removed or renamed. Try resetting > your clone with `git clean -fdx` > > On Thu, Nov 28, 2019, 00:39 Kenneth McFarland < > glorifiedcalculator@gmail.com> > wrote: > > > @Christopher : Good, I thought that race condition was fixed in a > previous > > issue so I was concerned and should have looked closer. Thank you for the > > catch sir! > > > > I'm still confused as to why the RAT check is throwing errors. I am > > working off a clean master with the same hash as the one Joe mentioned > > (commit 549d645addb330f4ae2e074447428cb86b5a9a3f). > > > > Here is some environment info: > > > > *MAVEN* > > Apache Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d; > > 2017-10-18T00:58:13-07:00) > > Maven home: /opt/apache-maven-3.5.2 > > Java version: 1.8.0_161, vendor: Oracle Corporation > > Java home: /usr/lib/jvm/jdk1.8.0_161/jre > > Default locale: en_US, platform encoding: UTF-8 > > OS name: "linux", version: "4.15.0-70-generic", arch: "amd64", family: > > "unix" > > > > *JAVA* > > openjdk 11.0.5 2019-10-15 > > OpenJDK Runtime Environment (build 11.0.5+10-post-Ubuntu-2ubuntu116.04) > > OpenJDK 64-Bit Server VM (build 11.0.5+10-post-Ubuntu-2ubuntu116.04, > mixed > > mode, sharing) > > > > I also have a few other java versions installed like the Oracle 1.8.0 > that > > maven reports above. > > > > *Operating System* > > Linux ubuntu 4.15.0-70-generic #79~16.04.1-Ubuntu SMP Tue Nov 12 14:01:10 > > UTC 2019 x86_64 x86_64 x86_64 GNU/Linux > > > > I will try this on my MacI notice the apache-rat setDefaultExcludes > > variable is set to true. I'm currently baffled. The errors are the same > if > > I run 'mvn apache-rat:check' or if I run 'mvn verify' or 'mvn clean > > verify''. The logs are kinda large so I simply piped it into a text file, > > as well as included the rat file. > > > > > > > > On Wed, Nov 27, 2019 at 7:06 PM Christopher wrote: > > > >> I think the stack traces in the logs/test output are intended for that > >> test, because it's specifically checking error handling for a running > >> server (if I remember correctly). > >> > >> On Wed, Nov 27, 2019, 18:42 Joseph Koshakow wrote: > >> > >> > I'm running `mvn clean verify` on the master branch > >> > (549d645addb330f4ae2e074447428cb86b5a9a3f) with OpenJDK 1.8 on Ubuntu > >> 18.04 > >> > x86_64. I don't see any issues related to Rat. OracleIT passes and the > >> > entire build is successful, but OracleIT does print the following > >> errors in > >> > the logs > >> > > >> > Running org.apache.fluo.integration.impl.OracleIT > >> > 2019-11-27 18:18:24,087 [thrift.ProcessFunction] ERROR: Internal error > >> > processing getTimestamps > >> > java.lang.IllegalStateException: Received timestamp request but Oracle > >> is > >> > not leader > >> > at > >> > > >> > > >> > org.apache.fluo.core.oracle.OracleServer.getTimestampsImpl(OracleServer.java:244) > >> > at > >> > > >> > > >> > org.apache.fluo.core.oracle.OracleServer.getTimestamps(OracleServer.java:224) > >> > at > >> > > >> > > >> > org.apache.fluo.core.thrift.OracleService$Processor$getTimestamps.getResult(OracleService.java:279) > >> > at > >> > > >> > > >> > org.apache.fluo.core.thrift.OracleService$Processor$getTimestamps.getResult(OracleService.java:257) > >> > at > >> > > >> > > >> > org.apache.fluo.core.shaded.thrift.ProcessFunction.process(ProcessFunction.java:38) > >> > at > >> > > >> > > >> > org.apache.fluo.core.shaded.thrift.TBaseProcessor.process(TBaseProcessor.java:39) > >> > at > >> > > >> > > >> > org.apache.fluo.core.shaded.thrift.server.AbstractNonblockingServer$FrameBuffer.invoke(AbstractNonblockingServer.java:518) > >> > at > >> > > >> > > >> > org.apache.fluo.core.shaded.thrift.server.Invocation.run(Invocation.java:18) > >> > at > >> > > >> > > >> > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > >> > at > >> > > >> > > >> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > >> > at java.lang.Thread.run(Thread.java:748) > >> > 2019-11-27 18:18:24,091 [oracle.OracleClient] ERROR: TException > >> occurred in > >> > doWork() method > >> > org.apache.fluo.core.shaded.thrift.TApplicationException: Internal > error > >> > processing getTimestamps > >> > at > >> > > >> > > >> > org.apache.fluo.core.shaded.thrift.TServiceClient.receiveBase(TServiceClient.java:79) > >> > at > >> > > >> > > >> > org.apache.fluo.core.thrift.OracleService$Client.recv_getTimestamps(OracleService.java:86) > >> > at > >> > > >> > > >> > org.apache.fluo.core.thrift.OracleService$Client.getTimestamps(OracleService.java:73) > >> > at > >> > > >> > > >> > org.apache.fluo.core.oracle.OracleClient$TimestampRetriever.doWork(OracleClient.java:182) > >> > at > >> > > >> > > >> > org.apache.fluo.core.oracle.OracleClient$TimestampRetriever.run(OracleClient.java:116) > >> > at java.lang.Thread.run(Thread.java:748) > >> > Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 22.911 > >> sec > >> > - in org.apache.fluo.integration.impl.OracleIT > >> > > >> > -Joe > >> > > >> > On Wed, Nov 27, 2019 at 5:18 PM Christopher > >> wrote: > >> > > >> > > I have not seen any errors with `mvn clean verify` locally, but > >> > > occasionally, there seems to be errors on Travis. > >> > > I'm building the master branch (currently > >> > > 549d645addb330f4ae2e074447428cb86b5a9a3f) with OpenJDK 11 on Fedora > 31 > >> > > x86_64 with no problems. > >> > > > >> > > On Wed, Nov 27, 2019 at 2:31 PM Kenneth McFarland > >> > > wrote: > >> > > > > >> > > > Hello, > >> > > > > >> > > > This is just a quick inquiry if anyone else running mvn verify is > >> > getting > >> > > > rat errors that prevent maven from completing. > >> > > > > >> > > > I'm using -Drat.skip=true to bypass but is this normal? > >> > > > > >> > > > Last thing is OracleIT is throwing errors again. I've checked out > >> the > >> > new > >> > > > code and am building on 16.10 Ubuntu x64. > >> > > > > >> > > > If this is something others are experiencing maybe we can see if > >> there > >> > is > >> > > > an open ticket for OracleIT (thought we closed it with switch on > >> lock > >> > > > implementation in Curator). Rat check is new to me. > >> > > > > >> > > > Thanks a bunch. This is informal, if I'm not insane I'll do a > formal > >> > > ticket > >> > > > or something. Again, thanks! > >> > > > > >> > > > Happy holidays also. > >> > > > > >> > > > I > >> > > > >> > > >> > > > --0000000000009cd37805986dec12--