[
https://issues.apache.org/jira/browse/HIVE-12529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15043585#comment-15043585
]
Lefty Leverenz commented on HIVE-12529:
---------------------------------------
Doc note: This adds configuration parameter
*hive.txn.manager.dump.lock.state.on.acquire.timeout* and changes the
description of *hive.lock.sleep.between.retries* so they need to be documented
in the wiki.
* [Configuration Properties -- Transactions and Compactor |
https://cwiki.apache.org/confluence/display/Hive/Configuration+Properties#ConfigurationProperties-TransactionsandCompactor]
* [Configuration Properties -- Locking -- hive.lock.sleep.between.retries |
https://cwiki.apache.org/confluence/display/Hive/Configuration+Properties#ConfigurationProperties-hive.lock.sleep.between.retries]
> HiveTxnManager.acquireLocks() should not block forever
> ------------------------------------------------------
>
> Key: HIVE-12529
> URL: https://issues.apache.org/jira/browse/HIVE-12529
> Project: Hive
> Issue Type: Bug
> Components: Transactions
> Affects Versions: 1.0.0
> Reporter: Eugene Koifman
> Assignee: Eugene Koifman
> Labels: TODOC1.3
> Fix For: 1.3.0, 2.1.0
>
> Attachments: HIVE-12529.2.patch, HIVE-12529.4.patch,
> HIVE-12529.5.patch, HIVE-12529.patch
>
>
> Currently, in DbTxnManager this method will block until all competing locks
> have gone away.
> This is not appropriate for all clients. There should be a way to specify a
> max-wait-time.
> It will throw an exception on timeout (given how current method signature is
> written).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
