[
https://issues.apache.org/jira/browse/HBASE-16664?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15567527#comment-15567527
]
Heng Chen commented on HBASE-16664:
-----------------------------------
{quote}
Then just set operation timeout to Long.MAX_VALUE and use retry times to
control the timeout under this scenario.
But what about the scenario that user knows how many entries he/she has?
{quote}
Although user knows how many entries, but they still not know how many entries
each RS will be requested. So it is also hard to decide the total time out it
is, maybe you can use the worst timeout but i still not sure how effective it
is and you can still use retry number and rpcTimeout to control it without
total timeout.
> Timeout logic in AsyncProcess is broken
> ---------------------------------------
>
> Key: HBASE-16664
> URL: https://issues.apache.org/jira/browse/HBASE-16664
> Project: HBase
> Issue Type: Bug
> Reporter: Phil Yang
> Assignee: Phil Yang
> Attachments: 1.patch, HBASE-16664-branch-1-v1.patch,
> HBASE-16664-branch-1-v1.patch, HBASE-16664-branch-1.1-v1.patch,
> HBASE-16664-branch-1.2-v1.patch, HBASE-16664-branch-1.3-v1.patch,
> HBASE-16664-v1.patch, HBASE-16664-v2.patch, HBASE-16664-v3.patch,
> HBASE-16664-v4.patch, HBASE-16664-v5.patch, testhcm.patch
>
>
> Have not checked the root cause, but I think timeout of all operations in
> AsyncProcess is broken
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
