[ https://issues.apache.org/jira/browse/HBASE-22079?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16799244#comment-16799244 ]
Sergey Shelukhin commented on HBASE-22079: ------------------------------------------ The ZK watcher for this was not leaked in our case, I just observed that it can leak if it was enabled while investigating. [~Apache9] I renamed the method because cleanup() now is implemented centrally in base class, to ensure cleanup only happens once; the Impl is a protected method that cleanup calls in subclasses (if implemented) > 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 > Priority: Major > Attachments: HBASE-22079.patch > > > {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)