You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Sergey Shelukhin (JIRA)" <ji...@apache.org> on 2019/03/21 23:22:00 UTC

[jira] [Created] (HBASE-22079) master leaks ZK on shutdown and gets stuck because of netty threads if netty socket is used

Sergey Shelukhin created HBASE-22079:
----------------------------------------

             Summary: master leaks ZK on shutdown and gets stuck because of netty threads if netty socket is used
                 Key: HBASE-22079
                 URL: https://issues.apache.org/jira/browse/HBASE-22079
             Project: HBase
          Issue Type: Bug
            Reporter: Sergey Shelukhin
            Assignee: Sergey Shelukhin


{noformat}
"master/...:17000:becomeActiveMaster-SendThread(...1)" #311 daemon prio=5 os_prio=0 tid=0x0000000058c61800 nid=0x2dd0 waiting on condition [0x0000000c477fe000]
   java.lang.Thread.State: TIMED_WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000000c4a5b3c0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
	at java.util.concurrent.LinkedBlockingDeque.pollFirst(LinkedBlockingDeque.java:522)
	at java.util.concurrent.LinkedBlockingDeque.poll(LinkedBlockingDeque.java:684)
	at org.apache.zookeeper.ClientCnxnSocketNetty.doTransport(ClientCnxnSocketNetty.java:232)
	at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:1146)
{noformat}

This causes a bunch of netty threads to also leak it looks like, and these are not daemon (by design, apparently)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)