You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hive.apache.org by "Na Yang (JIRA)" <ji...@apache.org> on 2014/12/18 07:25:14 UTC
[jira] [Commented] (HIVE-9119) ZooKeeperHiveLockManager does not
use zookeeper in the proper way
[ https://issues.apache.org/jira/browse/HIVE-9119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14251278#comment-14251278 ]
Na Yang commented on HIVE-9119:
-------------------------------
This JIRA and HIVE-8135 are trying to address the same issue. The problem is whether a ZooKeeperClient pool is needed or a singleton client is able to do the work.
> ZooKeeperHiveLockManager does not use zookeeper in the proper way
> -----------------------------------------------------------------
>
> Key: HIVE-9119
> URL: https://issues.apache.org/jira/browse/HIVE-9119
> Project: Hive
> Issue Type: Improvement
> Components: Locking
> Affects Versions: 0.13.0, 0.14.0, 0.13.1
> Reporter: Na Yang
> Assignee: Na Yang
>
> ZooKeeperHiveLockManager does not use zookeeper in the proper way.
> Currently a new zookeeper client instance is created for each getlock/releaselock query which sometimes causes the number of open connections between
> HiveServer2 and ZooKeeper exceed the max connection number that zookeeper server allows.
> To use zookeeper as a distributed lock, there is no need to create a new zookeeper instance for every getlock try. A single zookeeper instance could be reused and shared by ZooKeeperHiveLockManagers.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)