Zoltan Haindrich commented on HIVE-15002:

1: i've attached a stacktrace of an affected proccess, I think this caused it.
2: there were two usages of that variable...and the other one was inside the 
'catch' block...if we get there it doesnt really matter to re-get the 
operationManager - and this way I didn't left any method invocations outside: 
in the "non-protected" zone.

> HiveSessionImpl#executeStatementInternal may leave locks in an inconsistent 
> state
> ---------------------------------------------------------------------------------
>                 Key: HIVE-15002
>                 URL: https://issues.apache.org/jira/browse/HIVE-15002
>             Project: Hive
>          Issue Type: Bug
>          Components: HiveServer2
>            Reporter: Zoltan Haindrich
>            Assignee: Zoltan Haindrich
>         Attachments: HIVE-15002.1.patch, stacktrace.txt
> {{TestEmbeddedThriftBinaryCLIService}} have showed me this behaviour.
> Thrift service may hang because of this issue.
> {{TestEmbeddedThriftBinaryCLIService}} can reproduce this problem with a very 
> bad probability...but I was able to 
> Its not able to aquire the semaphore; because most probably because an 
> earlier command have produced an SQLException in the unprotected parts.

This message was sent by Atlassian JIRA

Reply via email to