You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hive.apache.org by "Hive QA (JIRA)" <ji...@apache.org> on 2013/12/20 17:28:14 UTC

[jira] [Commented] (HIVE-6082) Certain KeeperException should be ignored in ZooKeeperHiveLockManage.unlockPrimitive

    [ https://issues.apache.org/jira/browse/HIVE-6082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13854123#comment-13854123 ] 

Hive QA commented on HIVE-6082:
-------------------------------



{color:green}Overall{color}: +1 all checks pass

Here are the results of testing the latest attachment:
https://issues.apache.org/jira/secure/attachment/12619828/HIVE-6082.patch

{color:green}SUCCESS:{color} +1 4799 tests passed

Test results: http://bigtop01.cloudera.org:8080/job/PreCommit-HIVE-Build/721/testReport
Console output: http://bigtop01.cloudera.org:8080/job/PreCommit-HIVE-Build/721/console

Messages:
{noformat}
Executing org.apache.hive.ptest.execution.PrepPhase
Executing org.apache.hive.ptest.execution.ExecutionPhase
Executing org.apache.hive.ptest.execution.ReportingPhase
{noformat}

This message is automatically generated.

ATTACHMENT ID: 12619828

> Certain KeeperException should be ignored in ZooKeeperHiveLockManage.unlockPrimitive
> ------------------------------------------------------------------------------------
>
>                 Key: HIVE-6082
>                 URL: https://issues.apache.org/jira/browse/HIVE-6082
>             Project: Hive
>          Issue Type: Bug
>    Affects Versions: 0.12.0
>            Reporter: Chaoyu Tang
>            Assignee: Chaoyu Tang
>         Attachments: HIVE-6082.patch, Hive-6082.patch
>
>
> KeeperException.NoNodeException and NotEmptyException should be ignored when deleting a zLock or its parent in ZooKeeperHiveLockManager unlockPrimitive. The exceptions can happen: 
> 1) ZooKeeperHiveLockManager retries deleting a zLock after a failure but it has been deleted. 
> 2) a race condition where another process adds a zLock just before it is about to be deleted.
> Otherwise, unlock may unnecessarily be retried for numRetriesForUnLock times.



--
This message was sent by Atlassian JIRA
(v6.1.4#6159)