asterixdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From abdullah alamoudi <bamou...@gmail.com>
Subject Re: Having problem with Gerrit and Jenkins
Date Sat, 01 Apr 2017 18:06:37 GMT
P.S

If anyone runs this test locally, it will pass the first time (assuming target is clean) and
then will fail until target is cleaned. Somehow, this test/build was done on a non-clean target.
mblow or imaxon might have an idea as to why.

Cheers,
Abdullah.

> On Apr 1, 2017, at 11:02 AM, abdullah alamoudi <bamousaa@gmail.com> wrote:
> 
> Xikui,
> The failure in the BufferCacheRegressionTest is a false positive I think. There is a
bug in the test that I have fixed in https://asterix-gerrit.ics.uci.edu/#/c/1619/ <https://asterix-gerrit.ics.uci.edu/#/c/1619/>
but that change is yet to be reviewed..
> You can pick the fix from there.
> 
> Cheers,
> Abdullah.
> 
>> On Apr 1, 2017, at 10:56 AM, Xikui Wang <xikuiw@uci.edu <mailto:xikuiw@uci.edu>>
wrote:
>> 
>> 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 <mailto: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/ <https://asterix-gerrit.ics.uci.edu/#/c/1648/>
>>>> [2] https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-notopic/4916/
<https://asterix-jenkins.ics.uci.edu/job/asterix-gerrit-notopic/4916/>
>>>> 
>>> 
> 


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