asterixdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Xikui Wang <xik...@uci.edu>
Subject Re: Having problem with Gerrit and Jenkins
Date Sat, 01 Apr 2017 17:56:20 GMT
Hi Till,

I went through the log on Jenkins. The "Address already in use" exception
firstly occurs in hyracks-client package. That works fine locally when I
run "mvn test" on my machine. But my local test failed at
"hyracks-storage-common-test" which I think is not related to my change as
well...

Failed tests:

BufferCacheRegressionTest.testFlushBehaviorOnFileEviction:71->flushBehaviorTest:131
Page 0 of deleted file was fazily flushed in openFile(), corrupting the
data of a newly created file with the same name.


Best,
Xikui

On Sat, Apr 1, 2017 at 9:53 AM, Till Westmann <tillw@apache.org> wrote:

> Hi Xikui,
>
> If you look at the failures, you’ll see that the error is
>
> java.net.BindException: Address already in use
>         at sun.nio.ch.Net.bind0(Native Method)
>         at sun.nio.ch.Net.bind(Net.java:433)
>         at sun.nio.ch.Net.bind(Net.java:425)
>         at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelI
> mpl.java:223)
>         at io.netty.channel.socket.nio.NioServerSocketChannel.doBind(Ni
> oServerSocketChannel.java:127)
>         at io.netty.channel.AbstractChannel$AbstractUnsafe.bind(Abstrac
> tChannel.java:554)
>         at io.netty.channel.DefaultChannelPipeline$HeadContext.bind(Def
> aultChannelPipeline.java:1258)
>         at io.netty.channel.AbstractChannelHandlerContext.invokeBind(Ab
> stractChannelHandlerContext.java:512)
>         at io.netty.channel.AbstractChannelHandlerContext.bind(Abstract
> ChannelHandlerContext.java:497)
>         at io.netty.handler.logging.LoggingHandler.bind(LoggingHandler.
> java:191)
>         at io.netty.channel.AbstractChannelHandlerContext.invokeBind(Ab
> stractChannelHandlerContext.java:512)
>         at io.netty.channel.AbstractChannelHandlerContext.bind(Abstract
> ChannelHandlerContext.java:497)
>         at io.netty.channel.DefaultChannelPipeline.bind(DefaultChannelP
> ipeline.java:980)
>         at io.netty.channel.AbstractChannel.bind(AbstractChannel.java:250)
>         at io.netty.bootstrap.AbstractBootstrap$2.run(AbstractBootstrap
> .java:363)
>         at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(A
> bstractEventExecutor.java:163)
>         at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTas
> ks(SingleThreadEventExecutor.java:418)
>         at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:454)
>         at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(
> SingleThreadEventExecutor.java:873)
>         at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnabl
> eDecorator.run(DefaultThreadFactory.java:144)
>         at java.lang.Thread.run(Thread.java:745)
>
> So the test could not start AsterixDB and a probable reason is that a
> previous test was not able to shut down. I would expect that you see the
> same result if you run the tests locally.
>
> Is that the case?
>
> Cheers,
> Till
>
>
> On 1 Apr 2017, at 9:44, Xikui Wang wrote:
>
> Good morning Devs,
>>
>> I am having a problem with one patch [1] on Gerrit and Jenkins. The
>> SonarQube violation detected is not in the patched code, but in the
>> original code. Also, the Jenkins Job keeps failing on test cases which
>> seem
>> to be not related to the change [2]. I have tried to abandon and resubmit
>> it as a new patch, but the problem remains. Has anyone had similar issue
>> before? Thanks!
>>
>> Best,
>> Xikui
>>
>>
>> [1] https://asterix-gerrit.ics.uci.edu/#/c/1648/
>> [2] https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-notopic/4916/
>>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message