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