Thank you both! I verify that it's solved now :) On 23 September 2015 at 20:00, Stephan Ewen <se...@apache.org> wrote:
> Turned out it was due to different behavior of Sockets under Ubuntu > (Debian) and OS/X (BSD) > > That why it did not happen for Travis and me... > > +1 for OS diversity among committers :-) > > On Wed, Sep 23, 2015 at 7:50 PM, Ufuk Celebi <u...@apache.org> wrote: > > > I’ve pushed a fix. > > > > > On 23 Sep 2015, at 16:28, Paris Carbone <par...@kth.se> wrote: > > > > > > It hangs for me too at the same test when doing "clean verify" > > > > > >> On 23 Sep 2015, at 16:09, Stephan Ewen <se...@apache.org> wrote: > > >> > > >> Okay, will look into this is a bit today... > > >> > > >> On Wed, Sep 23, 2015 at 4:04 PM, Ufuk Celebi <u...@apache.org> wrote: > > >> > > >>> Same here. > > >>> > > >>>> On 23 Sep 2015, at 13:50, Vasiliki Kalavri < > vasilikikala...@gmail.com > > > > > >>> wrote: > > >>>> > > >>>> Hi, > > >>>> > > >>>> It's the latest master I'm trying to build, but it still hangs. > > >>>> Here's the trace: > > >>>> > > >>>> ----------------------------- > > >>>> 2015-09-23 13:48:41 > > >>>> Full thread dump Java HotSpot(TM) 64-Bit Server VM (24.75-b04 mixed > > >>> mode): > > >>>> > > >>>> "Attach Listener" daemon prio=5 tid=0x00007faeb984a000 nid=0x3707 > > waiting > > >>>> on condition [0x0000000000000000] > > >>>> java.lang.Thread.State: RUNNABLE > > >>>> > > >>>> "Service Thread" daemon prio=5 tid=0x00007faeb9808000 nid=0x4d03 > > runnable > > >>>> [0x0000000000000000] > > >>>> java.lang.Thread.State: RUNNABLE > > >>>> > > >>>> "C2 CompilerThread1" daemon prio=5 tid=0x00007faebb00e800 nid=0x4b03 > > >>>> waiting on condition [0x0000000000000000] > > >>>> java.lang.Thread.State: RUNNABLE > > >>>> > > >>>> "C2 CompilerThread0" daemon prio=5 tid=0x00007faebb840800 nid=0x4903 > > >>>> waiting on condition [0x0000000000000000] > > >>>> java.lang.Thread.State: RUNNABLE > > >>>> > > >>>> "Signal Dispatcher" daemon prio=5 tid=0x00007faeba806800 nid=0x3d0f > > >>>> runnable [0x0000000000000000] > > >>>> java.lang.Thread.State: RUNNABLE > > >>>> > > >>>> "Finalizer" daemon prio=5 tid=0x00007faebb836800 nid=0x3303 in > > >>>> Object.wait() [0x000000014eff8000] > > >>>> java.lang.Thread.State: WAITING (on object monitor) > > >>>> at java.lang.Object.wait(Native Method) > > >>>> - waiting on <0x0000000138a84858> (a > > java.lang.ref.ReferenceQueue$Lock) > > >>>> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135) > > >>>> - locked <0x0000000138a84858> (a java.lang.ref.ReferenceQueue$Lock) > > >>>> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151) > > >>>> at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209) > > >>>> > > >>>> "Reference Handler" daemon prio=5 tid=0x00007faebb004000 nid=0x3103 > in > > >>>> Object.wait() [0x000000014eef5000] > > >>>> java.lang.Thread.State: WAITING (on object monitor) > > >>>> at java.lang.Object.wait(Native Method) > > >>>> - waiting on <0x0000000138a84470> (a java.lang.ref.Reference$Lock) > > >>>> at java.lang.Object.wait(Object.java:503) > > >>>> at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133) > > >>>> - locked <0x0000000138a84470> (a java.lang.ref.Reference$Lock) > > >>>> > > >>>> "main" prio=5 tid=0x00007faeb9009800 nid=0xd03 runnable > > >>> [0x000000010f1c0000] > > >>>> java.lang.Thread.State: RUNNABLE > > >>>> at java.net.PlainSocketImpl.socketAccept(Native Method) > > >>>> at > > >>> > > java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:398) > > >>>> at java.net.ServerSocket.implAccept(ServerSocket.java:530) > > >>>> at java.net.ServerSocket.accept(ServerSocket.java:498) > > >>>> at > > >>>> > > >>> > > > org.apache.flink.streaming.api.functions.sink.SocketClientSinkTest.testSocketSinkRetryAccess(SocketClientSinkTest.java:315) > > >>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > >>>> at > > >>>> > > >>> > > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > > >>>> at > > >>>> > > >>> > > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > > >>>> at java.lang.reflect.Method.invoke(Method.java:606) > > >>>> at > > >>>> > > >>> > > > org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) > > >>>> at > > >>>> > > >>> > > > org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > > >>>> at > > >>>> > > >>> > > > org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) > > >>>> at > > >>>> > > >>> > > > org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) > > >>>> at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55) > > >>>> at org.junit.rules.RunRules.evaluate(RunRules.java:20) > > >>>> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) > > >>>> at > > >>>> > > >>> > > > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) > > >>>> at > > >>>> > > >>> > > > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > > >>>> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > > >>>> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > > >>>> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > > >>>> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > > >>>> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > > >>>> at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > > >>>> at > > >>>> > > >>> > > > org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:283) > > >>>> at > > >>>> > > >>> > > > org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173) > > >>>> at > > >>>> > > >>> > > > org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) > > >>>> at > > >>>> > > >>> > > > org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128) > > >>>> at > > >>>> > > >>> > > > org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203) > > >>>> at > > >>>> > > >>> > > > org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155) > > >>>> at > > >>> > > org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) > > >>>> > > >>>> "VM Thread" prio=5 tid=0x00007faebb82e800 nid=0x2f03 runnable > > >>>> > > >>>> "GC task thread#0 (ParallelGC)" prio=5 tid=0x00007faeb9806800 > > nid=0x1e03 > > >>>> runnable > > >>>> > > >>>> "GC task thread#1 (ParallelGC)" prio=5 tid=0x00007faebb000000 > > nid=0x2103 > > >>>> runnable > > >>>> > > >>>> "GC task thread#2 (ParallelGC)" prio=5 tid=0x00007faebb001000 > > nid=0x2303 > > >>>> runnable > > >>>> > > >>>> "GC task thread#3 (ParallelGC)" prio=5 tid=0x00007faebb001800 > > nid=0x2503 > > >>>> runnable > > >>>> > > >>>> "GC task thread#4 (ParallelGC)" prio=5 tid=0x00007faebb002000 > > nid=0x2703 > > >>>> runnable > > >>>> > > >>>> "GC task thread#5 (ParallelGC)" prio=5 tid=0x00007faebb002800 > > nid=0x2903 > > >>>> runnable > > >>>> > > >>>> "GC task thread#6 (ParallelGC)" prio=5 tid=0x00007faebb003800 > > nid=0x2b03 > > >>>> runnable > > >>>> > > >>>> "GC task thread#7 (ParallelGC)" prio=5 tid=0x00007faeb9809000 > > nid=0x2d03 > > >>>> runnable > > >>>> > > >>>> "VM Periodic Task Thread" prio=5 tid=0x00007faeb980e000 nid=0x4f03 > > >>> waiting > > >>>> on condition > > >>>> > > >>>> JNI global references: 195 > > >>>> > > >>>> > > >>>> > > >>>> > > >>>> On 23 September 2015 at 13:35, Stephan Ewen <se...@apache.org> > wrote: > > >>>> > > >>>>> I have pushed it, yes. If you rebase onto the latest master, it > > should > > >>>>> work. > > >>>>> > > >>>>> If you can verify that it still hangs, can you post a stack trace > > dump? > > >>>>> > > >>>>> Thanks, > > >>>>> Stephan > > >>>>> > > >>>>> > > >>>>> On Wed, Sep 23, 2015 at 12:37 PM, Vasiliki Kalavri < > > >>>>> vasilikikala...@gmail.com> wrote: > > >>>>> > > >>>>>> @Stephan, have you pushed that fix for SocketClientSinkTest? Local > > >>> builds > > >>>>>> still hang for me :S > > >>>>>> > > >>>>>> On 21 September 2015 at 22:55, Vasiliki Kalavri < > > >>>>> vasilikikala...@gmail.com > > >>>>>>> > > >>>>>> wrote: > > >>>>>> > > >>>>>>> Yes, you're right. BarrierBufferMassiveRandomTest has actually > > >>> finished > > >>>>>>> :-) > > >>>>>>> Sorry for the confusion! I'll wait for your fix then, thanks! > > >>>>>>> > > >>>>>>> On 21 September 2015 at 22:51, Stephan Ewen <se...@apache.org> > > wrote: > > >>>>>>> > > >>>>>>>> I am actually very happy that it is not the > > >>>>>>>> "BarrierBufferMassiveRandomTest", that would be hell to debug... > > >>>>>>>> > > >>>>>>>> On Mon, Sep 21, 2015 at 10:51 PM, Stephan Ewen < > se...@apache.org> > > >>>>>> wrote: > > >>>>>>>> > > >>>>>>>>> Ah, actually it is a different test. I think you got confused > by > > the > > >>>>>>>>> sysout log, because multiple parallel tests print there (that > > makes > > >>>>> it > > >>>>>>>> not > > >>>>>>>>> always obvious which one hangs). > > >>>>>>>>> > > >>>>>>>>> The test is the > > "SocketClientSinkTest.testSocketSinkRetryAccess()" > > >>>>>> test. > > >>>>>>>>> You can see that by looking in which test case the "main" > thread > > is > > >>>>>>>> stuck, > > >>>>>>>>> > > >>>>>>>>> This test is very unstable, but, fortunately, I made a fix 1h > ago > > >>>>> and > > >>>>>> it > > >>>>>>>>> is being tested on Travis right now :-) > > >>>>>>>>> > > >>>>>>>>> Cheers, > > >>>>>>>>> Stephan > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> On Mon, Sep 21, 2015 at 10:23 PM, Vasiliki Kalavri < > > >>>>>>>>> vasilikikala...@gmail.com> wrote: > > >>>>>>>>> > > >>>>>>>>>> Locally yes. > > >>>>>>>>>> > > >>>>>>>>>> Here's the stack trace: > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> 2015-09-21 22:22:46 > > >>>>>>>>>> Full thread dump Java HotSpot(TM) 64-Bit Server VM (24.75-b04 > > mixed > > >>>>>>>> mode): > > >>>>>>>>>> > > >>>>>>>>>> "Attach Listener" daemon prio=5 tid=0x00007ff9d104e800 > > nid=0x4013 > > >>>>>>>> waiting > > >>>>>>>>>> on condition [0x0000000000000000] > > >>>>>>>>>> java.lang.Thread.State: RUNNABLE > > >>>>>>>>>> > > >>>>>>>>>> "Service Thread" daemon prio=5 tid=0x00007ff9d3807000 > nid=0x4c03 > > >>>>>>>> runnable > > >>>>>>>>>> [0x0000000000000000] > > >>>>>>>>>> java.lang.Thread.State: RUNNABLE > > >>>>>>>>>> > > >>>>>>>>>> "C2 CompilerThread1" daemon prio=5 tid=0x00007ff9d2001000 > > >>>>> nid=0x4a03 > > >>>>>>>>>> waiting on condition [0x0000000000000000] > > >>>>>>>>>> java.lang.Thread.State: RUNNABLE > > >>>>>>>>>> > > >>>>>>>>>> "C2 CompilerThread0" daemon prio=5 tid=0x00007ff9d201e000 > > >>>>> nid=0x4803 > > >>>>>>>>>> waiting on condition [0x0000000000000000] > > >>>>>>>>>> java.lang.Thread.State: RUNNABLE > > >>>>>>>>>> > > >>>>>>>>>> "Signal Dispatcher" daemon prio=5 tid=0x00007ff9d3012800 > > nid=0x451b > > >>>>>>>>>> runnable [0x0000000000000000] > > >>>>>>>>>> java.lang.Thread.State: RUNNABLE > > >>>>>>>>>> > > >>>>>>>>>> "Finalizer" daemon prio=5 tid=0x00007ff9d4005800 nid=0x3303 in > > >>>>>>>>>> Object.wait() [0x000000011430d000] > > >>>>>>>>>> java.lang.Thread.State: WAITING (on object monitor) > > >>>>>>>>>> at java.lang.Object.wait(Native Method) > > >>>>>>>>>> - waiting on <0x00000007ef504858> (a > > >>>>>> java.lang.ref.ReferenceQueue$Lock) > > >>>>>>>>>> at > java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135) > > >>>>>>>>>> - locked <0x00000007ef504858> (a > > java.lang.ref.ReferenceQueue$Lock) > > >>>>>>>>>> at > java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151) > > >>>>>>>>>> at > > java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209) > > >>>>>>>>>> > > >>>>>>>>>> "Reference Handler" daemon prio=5 tid=0x00007ff9d480b000 > > nid=0x3103 > > >>>>>> in > > >>>>>>>>>> Object.wait() [0x000000011420a000] > > >>>>>>>>>> java.lang.Thread.State: WAITING (on object monitor) > > >>>>>>>>>> at java.lang.Object.wait(Native Method) > > >>>>>>>>>> - waiting on <0x00000007ef504470> (a > > java.lang.ref.Reference$Lock) > > >>>>>>>>>> at java.lang.Object.wait(Object.java:503) > > >>>>>>>>>> at > > java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133) > > >>>>>>>>>> - locked <0x00000007ef504470> (a java.lang.ref.Reference$Lock) > > >>>>>>>>>> > > >>>>>>>>>> "main" prio=5 tid=0x00007ff9d4800000 nid=0xd03 runnable > > >>>>>>>>>> [0x000000010b764000] > > >>>>>>>>>> java.lang.Thread.State: RUNNABLE > > >>>>>>>>>> at java.net.PlainSocketImpl.socketAccept(Native Method) > > >>>>>>>>>> at > > >>>>>>>>>> > > >>>>>>>> > > >>>>>> > > >>> > > java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:398) > > >>>>>>>>>> at java.net.ServerSocket.implAccept(ServerSocket.java:530) > > >>>>>>>>>> at java.net.ServerSocket.accept(ServerSocket.java:498) > > >>>>>>>>>> at > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>> > > >>>>>> > > >>>>> > > >>> > > > org.apache.flink.streaming.api.functions.sink.SocketClientSinkTest.testSocketSinkRetryAccess(SocketClientSinkTest.java:315) > > >>>>>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > >>>>>>>>>> at > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>> > > >>>>>> > > >>>>> > > >>> > > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > > >>>>>>>>>> at > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>> > > >>>>>> > > >>>>> > > >>> > > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > > >>>>>>>>>> at java.lang.reflect.Method.invoke(Method.java:606) > > >>>>>>>>>> at > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>> > > >>>>>> > > >>>>> > > >>> > > > org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) > > >>>>>>>>>> at > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>> > > >>>>>> > > >>>>> > > >>> > > > org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > > >>>>>>>>>> at > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>> > > >>>>>> > > >>>>> > > >>> > > > org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) > > >>>>>>>>>> at > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>> > > >>>>>> > > >>>>> > > >>> > > > org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) > > >>>>>>>>>> at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55) > > >>>>>>>>>> at org.junit.rules.RunRules.evaluate(RunRules.java:20) > > >>>>>>>>>> at > org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) > > >>>>>>>>>> at > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>> > > >>>>>> > > >>>>> > > >>> > > > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) > > >>>>>>>>>> at > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>> > > >>>>>> > > >>>>> > > >>> > > > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > > >>>>>>>>>> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > > >>>>>>>>>> at > > org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > > >>>>>>>>>> at > > >>>>> org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > > >>>>>>>>>> at > > org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > > >>>>>>>>>> at > > org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > > >>>>>>>>>> at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > > >>>>>>>>>> at > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>> > > >>>>>> > > >>>>> > > >>> > > > org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:283) > > >>>>>>>>>> at > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>> > > >>>>>> > > >>>>> > > >>> > > > org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173) > > >>>>>>>>>> at > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>> > > >>>>>> > > >>>>> > > >>> > > > org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) > > >>>>>>>>>> at > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>> > > >>>>>> > > >>>>> > > >>> > > > org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128) > > >>>>>>>>>> at > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>> > > >>>>>> > > >>>>> > > >>> > > > org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203) > > >>>>>>>>>> at > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>> > > >>>>>> > > >>>>> > > >>> > > > org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155) > > >>>>>>>>>> at > > >>>>>>>>>> > > >>>>>>>> > > >>>>>> > > >>> > > org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) > > >>>>>>>>>> > > >>>>>>>>>> "VM Thread" prio=5 tid=0x00007ff9d4005000 nid=0x2f03 runnable > > >>>>>>>>>> > > >>>>>>>>>> "GC task thread#0 (ParallelGC)" prio=5 tid=0x00007ff9d2005800 > > >>>>>>>> nid=0x1f03 > > >>>>>>>>>> runnable > > >>>>>>>>>> > > >>>>>>>>>> "GC task thread#1 (ParallelGC)" prio=5 tid=0x00007ff9d1800000 > > >>>>>>>> nid=0x2103 > > >>>>>>>>>> runnable > > >>>>>>>>>> > > >>>>>>>>>> "GC task thread#2 (ParallelGC)" prio=5 tid=0x00007ff9d1804800 > > >>>>>>>> nid=0x2303 > > >>>>>>>>>> runnable > > >>>>>>>>>> > > >>>>>>>>>> "GC task thread#3 (ParallelGC)" prio=5 tid=0x00007ff9d1805000 > > >>>>>>>> nid=0x2503 > > >>>>>>>>>> runnable > > >>>>>>>>>> > > >>>>>>>>>> "GC task thread#4 (ParallelGC)" prio=5 tid=0x00007ff9d1805800 > > >>>>>>>> nid=0x2703 > > >>>>>>>>>> runnable > > >>>>>>>>>> > > >>>>>>>>>> "GC task thread#5 (ParallelGC)" prio=5 tid=0x00007ff9d1806800 > > >>>>>>>> nid=0x2903 > > >>>>>>>>>> runnable > > >>>>>>>>>> > > >>>>>>>>>> "GC task thread#6 (ParallelGC)" prio=5 tid=0x00007ff9d1807000 > > >>>>>>>> nid=0x2b03 > > >>>>>>>>>> runnable > > >>>>>>>>>> > > >>>>>>>>>> "GC task thread#7 (ParallelGC)" prio=5 tid=0x00007ff9d1807800 > > >>>>>>>> nid=0x2d03 > > >>>>>>>>>> runnable > > >>>>>>>>>> > > >>>>>>>>>> "VM Periodic Task Thread" prio=5 tid=0x00007ff9d1006000 > > nid=0x4e03 > > >>>>>>>> waiting > > >>>>>>>>>> on condition > > >>>>>>>>>> > > >>>>>>>>>> JNI global references: 193 > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> On 21 September 2015 at 22:13, Stephan Ewen <se...@apache.org > > > > >>>>>> wrote: > > >>>>>>>>>> > > >>>>>>>>>>> This happened locally on your machine? > > >>>>>>>>>>> > > >>>>>>>>>>> Can you dump the stack-trace and post it? "jps <processid> > > > >>>>>>>>>>> stacktrace.txt" or so... > > >>>>>>>>>>> > > >>>>>>>>>>> On Mon, Sep 21, 2015 at 10:09 PM, Vasiliki Kalavri < > > >>>>>>>>>>> vasilikikala...@gmail.com> wrote: > > >>>>>>>>>>> > > >>>>>>>>>>>> Hi squirrels, > > >>>>>>>>>>>> > > >>>>>>>>>>>> I've been meaning to merge a PR (#1520), but my local maven > > >>>>> build > > >>>>>>>> gets > > >>>>>>>>>>>> stuck at > > >>>>>>>>>>>> > > >>>>>>>> > > org.apache.flink.streaming.runtime.io.BarrierBufferMassiveRandomTest. > > >>>>>>>>>>>> It looks like a deadlock.. The build just hangs there and > top > > >>>>>>>> shows no > > >>>>>>>>>>>> CPU/memory load. Anyone else has experienced the same? I'm > on > > >>>>> OS > > >>>>>> X > > >>>>>>>>>> 10.10. > > >>>>>>>>>>>> > > >>>>>>>>>>>> Thanks! > > >>>>>>>>>>>> -Vasia. > > >>>>>>>>>>>> > > >>>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>> > > >>>>> > > >>> > > >>> > > > > > > > >
