You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hive.apache.org by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2021/06/23 10:20:00 UTC
[jira] [Work logged] (HIVE-25085) MetaStore Clients are being
shared across different sessions
[ https://issues.apache.org/jira/browse/HIVE-25085?focusedWorklogId=613943&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-613943 ]
ASF GitHub Bot logged work on HIVE-25085:
-----------------------------------------
Author: ASF GitHub Bot
Created on: 23/Jun/21 10:19
Start Date: 23/Jun/21 10:19
Worklog Time Spent: 10m
Work Description: kgyrtkirk merged pull request #2238:
URL: https://github.com/apache/hive/pull/2238
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Issue Time Tracking
-------------------
Worklog Id: (was: 613943)
Time Spent: 1h 50m (was: 1h 40m)
> MetaStore Clients are being shared across different sessions
> ------------------------------------------------------------
>
> Key: HIVE-25085
> URL: https://issues.apache.org/jira/browse/HIVE-25085
> Project: Hive
> Issue Type: Bug
> Components: HiveServer2
> Reporter: Steve Carlin
> Priority: Major
> Labels: pull-request-available
> Time Spent: 1h 50m
> Remaining Estimate: 0h
>
> The Hive object (and the underlying MetaStoreClient object) seems to be getting shared across different sessions. While most operations work, there can be occasional glitches.
> One such noted glitch is that when session 1 ends, it closes the connection. If session 2 then tries an operation, the first try will fail. Normally this can proceed because the RetryingMetaStoreClient will re-establish a new connection, but in some operations, the retrying logic will not kick in (by design).
> It seems there was an attempt to fix this issue in HIVE-20682. However, this implementation seems to be flawed. The HiveSessionImpl object creates a Hive object and makes sure all thread queries belonging to the same session will run with the same Hive object. The flaw is that the initial Hive Object within HiveSessionImpl is created in thread local storage. The thread being run at that moment is not session specific. It belongs to a thread pool that happens to be handling this specific session.
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)