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. > > >> >> > > > > >> >> > > > >> >> > > >> > > > >> > > > >> > > > > > > > > >
