[jboss-jira] [JBoss JIRA] (WFLY-4433) Potential deadlock on server shutdown
Brian Stansberry (JIRA)
issues at jboss.org
Wed Sep 9 20:02:00 EDT 2015
[ https://issues.jboss.org/browse/WFLY-4433?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13107213#comment-13107213 ]
Brian Stansberry commented on WFLY-4433:
----------------------------------------
This doesn't look like a deadlock. I don't know how Thread-14 got invoked, but it's just waiting for Thread-13 to finish doing the same work. The pool-2-thread-1 reaper thread is also waiting for Thread-13. Neither are doing anything that prevents Thread-13 from progressing.
All the action here is with Thread-13, which has called close() on an org.jboss.remoting3.EndpointImpl and is waiting for asynchronous activity to notify the closeLock object.
This looks like a Remoting issue. Since this is WildFly 8.2 there a possibility it's already resolved. Perhaps https://issues.jboss.org/browse/REM3-183. Has this ever occured with WildFly 9 or 10?
> Potential deadlock on server shutdown
> -------------------------------------
>
> Key: WFLY-4433
> URL: https://issues.jboss.org/browse/WFLY-4433
> Project: WildFly
> Issue Type: Bug
> Components: Domain Management
> Affects Versions: 8.2.0.Final
> Reporter: Thomas Diesler
> Assignee: Brian Stansberry
>
> There is a rare condition where the server shutdown hangs forever. It may be related to the lock on 0x00000000c6ac9800
> {code}
> [0m[0m12:05:00,818 INFO [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015877: Stopped deployment example-camel-activemq-2.2.0-SNAPSHOT.war (runtime-name: example-camel-activemq-2.2.0-SNAPSHOT.war) in 1783ms
> [0m[0m12:05:06,337 INFO [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015877: Stopped deployment hawtio-1.4.42.war (runtime-name: hawtio-1.4.42.war) in 7281ms
> [0m[0m12:05:06,346 INFO [org.jboss.as] (MSC service thread 1-3) JBAS015950: WildFly 8.2.0.Final "Tweek" stopped in 7297ms
> [0m2015-03-16 05:25:01
> Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.25-b02 mixed mode):
> "Thread-14" #38 daemon prio=5 os_prio=0 tid=0x00007f63b6708000 nid=0x13ad waiting for monitor entry [0x00007f6394154000]
> java.lang.Thread.State: BLOCKED (on object monitor)
> at org.wildfly.plugin.server.Server.stop(Server.java:108)
> - waiting to lock <0x00000000c6c44650> (a org.wildfly.plugin.server.StandaloneServer)
> at org.wildfly.plugin.server.SecurityActions$1.run(SecurityActions.java:58)
> at java.lang.Thread.run(Thread.java:745)
> "Thread-13" #37 daemon prio=5 os_prio=0 tid=0x00007f63b465f000 nid=0x13ab in Object.wait() [0x00007f63814d1000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> at java.lang.Object.wait(Object.java:502)
> at org.jboss.remoting3.spi.AbstractHandleableCloseable.close(AbstractHandleableCloseable.java:177)
> - locked <0x00000000c6ac92b0> (a java.lang.Object)
> at org.jboss.as.protocol.StreamUtils.safeClose(StreamUtils.java:66)
> at org.jboss.as.controller.client.impl.RemotingModelControllerClient.close(RemotingModelControllerClient.java:100)
> - locked <0x00000000c6ac9800> (a org.jboss.as.controller.client.impl.RemotingModelControllerClient)
> at org.wildfly.plugin.common.IoUtils.safeClose(IoUtils.java:37)
> at org.wildfly.plugin.server.StandaloneServer.stopServer(StandaloneServer.java:77)
> at org.wildfly.plugin.server.Server.stop(Server.java:108)
> - locked <0x00000000c6c44650> (a org.wildfly.plugin.server.StandaloneServer)
> at org.wildfly.plugin.server.SecurityActions$1.run(SecurityActions.java:58)
> at java.lang.Thread.run(Thread.java:745)
> "pool-2-thread-1" #45 prio=5 os_prio=0 tid=0x00007f63b5c43800 nid=0x110d waiting for monitor entry [0x00007f6394a5d000]
> java.lang.Thread.State: BLOCKED (on object monitor)
> at org.jboss.as.controller.client.impl.RemotingModelControllerClient.getOrCreateChannel(RemotingModelControllerClient.java:116)
> - waiting to lock <0x00000000c6ac9800> (a org.jboss.as.controller.client.impl.RemotingModelControllerClient)
> at org.jboss.as.controller.client.impl.RemotingModelControllerClient$1.getChannel(RemotingModelControllerClient.java:67)
> at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:117)
> at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:92)
> at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeRequest(AbstractModelControllerClient.java:236)
> at org.jboss.as.controller.client.impl.AbstractModelControllerClient.execute(AbstractModelControllerClient.java:141)
> at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeForResult(AbstractModelControllerClient.java:127)
> at org.jboss.as.controller.client.impl.AbstractModelControllerClient.execute(AbstractModelControllerClient.java:71)
> at org.wildfly.plugin.server.StandaloneServer.checkServerState(StandaloneServer.java:149)
> at org.wildfly.plugin.server.Server$Reaper.run(Server.java:195)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
More information about the jboss-jira
mailing list