[ 
https://issues.apache.org/jira/browse/HBASE-22079?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sergey Shelukhin updated HBASE-22079:
-------------------------------------
    Status: Patch Available  (was: Open)

[~stack] [~Apache9] [~bahramch] can you take a look? 
This executes chore cleanup on cancellation (if it's not running, run() will 
not execute cleanup as is), and also adds cleanup for some other random 
ZKWatcher.

Otherwise with secure ZK we run into this:
https://github.com/netty/netty/issues/2832

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

Reply via email to