Deadlock encountered.

[Trustin Lee]

Thanks for posting the bug first of all.  It is a dead lock indeed. :-(

Could you post the full stack trace of the "New I/O server worker
#1-2" thread?  You stripped out the information where exactly the lock
'0xc15d6610' was acquired.

— Trustin Lee, http://gleamynode.net/

On Tue, May 12, 2009 at 9:01 PM, Virat Gohil <virat4lug at gmail.com> wrote:
> Hi All,
>
> During our testing we found that sometimes the threadtump identifies the
> following deadlock:
>
> Found one Java-level deadlock:
> =============================
> "pool-3-thread-16":
>   waiting to lock monitor 0x00124468 (object 0xc15d65e0, a
> java.lang.Object),
>   which is held by "New I/O server worker #1-2"
> "New I/O server worker #1-2":
>   waiting to lock monitor 0x00124348 (object 0xc15d6610, a
> java.util.LinkedList),
>   which is held by "pool-3-thread-16"
>
> Java stack information for the threads listed above:
> ===================================================
>
> "pool-3-thread-16":
>     at org.jboss.netty.handler.ssl.SslHandler.wrap(SslHandler.java:477)
>     - waiting to lock <0xc15d65e0> (a java.lang.Object)
>     - locked <0xc15d6610> (a java.util.LinkedList)
>     at
> org.jboss.netty.handler.ssl.SslHandler.handleDownstream(SslHandler.java:353)
>     at
> org.jboss.netty.channel.DefaultChannelPipeline.sendDownstream(DefaultChannelPipeline.java:590)
> </SNIP>
>
> "New I/O server worker #1-2":
>     at org.jboss.netty.handler.ssl.SslHandler.wrap(SslHandler.java:468)
>     - waiting to lock <0xc15d6610> (a java.util.LinkedList)
>     at org.jboss.netty.handler.ssl.SslHandler.unwrap(SslHandler.java:733)
>     at org.jboss.netty.handler.ssl.SslHandler.decode(SslHandler.java:445)
>     at
> org.jboss.netty.handler.codec.frame.FrameDecoder.callDecode(FrameDecoder.java:270)
>     at
> org.jboss.netty.handler.codec.frame.FrameDecoder.cleanup(FrameDecoder.java:320)
>     at
> org.jboss.netty.handler.codec.frame.FrameDecoder.channelDisconnected(FrameDecoder.java:220)
>     at
> org.jboss.netty.handler.ssl.SslHandler.channelDisconnected(SslHandler.java:369)
>     at
> org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:119)
> </SNIP>
>
> Some more information:
> 1. JDK Version: 1.5
> 2. OS: Sun Solaris 10.
> 3. Netty version: 3.1.0Beta2
>
> Any pointers on how to avoid these deadlocks?
>
> Thanks,
>
> Virat
>
> _______________________________________________
> netty-users mailing list
> netty-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/netty-users
>
>