You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "Andrew Purtell (JIRA)" <ji...@apache.org> on 2018/05/17 17:29:00 UTC
[jira] [Created] (HBASE-20597) Use a lock to serialize access to a
shared reference to ZooKeeperWatcher in HBaseReplicationEndpoint
Andrew Purtell created HBASE-20597:
--------------------------------------
Summary: Use a lock to serialize access to a shared reference to ZooKeeperWatcher in HBaseReplicationEndpoint
Key: HBASE-20597
URL: https://issues.apache.org/jira/browse/HBASE-20597
Project: HBase
Issue Type: Bug
Affects Versions: 1.4.4, 1.3.2
Reporter: Andrew Purtell
Assignee: Andrew Purtell
Fix For: 3.0.0, 2.1.0, 1.5.0, 1.3.3, 2.0.1, 1.4.5
The code that closes down a ZKW that fails to initialize when attempting to connect to the remote cluster is not MT safe and can in theory leak ZooKeeperWatcher instances. The allocation of a new ZKW and store to the reference is not atomic. Might have concurrent allocations with only one winning store, leading to leaked ZKW instances. If the connection problem is persistent, like loss of shared trust between the clusters, we may accumulate unclosed ZKW instances over time, with a ZK send thread and event thread each, and eventually have enough leaked threads to cause OOME (cannot allocate native thread).
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)