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/09 13:27:00 UTC
[jira] [Work logged] (HIVE-25144) Add NoReconnect Annotation to
CreateXXX Methods With AlreadyExistsException
[ https://issues.apache.org/jira/browse/HIVE-25144?focusedWorklogId=609139&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-609139 ]
ASF GitHub Bot logged work on HIVE-25144:
-----------------------------------------
Author: ASF GitHub Bot
Created on: 09/Jun/21 13:26
Start Date: 09/Jun/21 13:26
Worklog Time Spent: 10m
Work Description: belugabehr commented on pull request #2303:
URL: https://github.com/apache/hive/pull/2303#issuecomment-857692863
@nrg4878 Here is the code I'm looking at:
https://github.com/apache/hive/blob/0c7903d7fd4675d82f653f8d305d96509a84e186/standalone-metastore/metastore-common/src/main/java/org/apache/hadoop/hive/metastore/RetryingMetaStoreClient.java#L167-L176
--
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: 609139)
Time Spent: 40m (was: 0.5h)
> Add NoReconnect Annotation to CreateXXX Methods With AlreadyExistsException
> ---------------------------------------------------------------------------
>
> Key: HIVE-25144
> URL: https://issues.apache.org/jira/browse/HIVE-25144
> Project: Hive
> Issue Type: Improvement
> Reporter: David Mollitor
> Assignee: David Mollitor
> Priority: Major
> Labels: pull-request-available
> Time Spent: 40m
> Remaining Estimate: 0h
>
> I have recently seen an issue where a Hive {{CREATE TABLE}} method fails with {{AlreadyExistsException}} even though the table does absolutely not exist.
>
> I believe the issue is there there is a timeout/transient error with HMS and the backend database. So, the client submits the request to HMS, and the request does eventually succeed, but only after the connection to the client connects. Therefore, when the HMS Client "retry" functionality kicks it, the second time around, the table looks like it already exists.
>
> If something goes wrong during a HMS CREATE operation, we do not know the state of the operation and therefore it should just fail.
>
> It would certainly be more transparent to the end-user what is going on. An {{AlreadyExistsException}} is confusing.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)