hive-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jason Dere (JIRA)" <>
Subject [jira] [Commented] (HIVE-5474) drop table hangs when concurrency=true
Date Sat, 12 Oct 2013 01:06:42 GMT


Jason Dere commented on HIVE-5474:

Still disagree here, since the set is not actually helping here - you could insert both [EXCLUSIVE,
default/test_exec_thrift] and [SHARED, default/test_exec_thrift] into the set because the
two locks wouldn't be considere equivalent to each other.  And we'd have to implement equals()
and hashCode(), for something that isn't actually helping. 
Also I think that having a Set here gives the sense that users do not have to worry about
handling duplicates themselves, when in fact they do.

> drop table hangs when concurrency=true
> --------------------------------------
>                 Key: HIVE-5474
>                 URL:
>             Project: Hive
>          Issue Type: Bug
>          Components: HiveServer2, Locking
>            Reporter: Thejas M Nair
>            Assignee: Jason Dere
>         Attachments: HIVE-5474.1.patch, HIVE-5474.2.patch
> This is seen in hive 0.12 branch sequential test run. TestThriftHttpCLIService.testExecuteStatement
> stderr has "FAILED: Error in acquiring locks: Locks on the underlying
> objects cannot be acquired. retry after some time"

This message was sent by Atlassian JIRA

View raw message