[
https://issues.apache.org/jira/browse/HBASE-10525?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13908186#comment-13908186
]
Nicolas Liochon commented on HBASE-10525:
-----------------------------------------
Ok the bad scenario for TestFsck was:
starts
idle time reached but connection not yet reclaimed
fsck does a new call
at this moment the connection is closed as idle
this should lead to a retry, and we would be done, but it's not enough for
TestFsck
I solved this by managing this specific case explicitly: if the connection was
idle but not yet closed and we receive a call, we don't close the connection
Test added as well.
> Allow the client to use a different thread for writing to ease interrupt
> ------------------------------------------------------------------------
>
> Key: HBASE-10525
> URL: https://issues.apache.org/jira/browse/HBASE-10525
> Project: HBase
> Issue Type: Bug
> Components: Client
> Affects Versions: 0.99.0
> Reporter: Nicolas Liochon
> Assignee: Nicolas Liochon
> Fix For: 0.99.0
>
> Attachments: 10525.v1.patch, 10525.v2.patch, 10525.v3.patch,
> 10525.v4.patch, 10525.v5.patch, 10525.v6.patch,
> HBaseclient-EventualConsistency.pdf
>
>
> This is an issue in the HBASE-10070 context, but as well more generally if
> you want to interrupt an operation with a limited cost.
> I will attach a doc with a more detailed explanation.
> This adds a thread per region server; so it's otional. The first patch
> activates it by default to see how it behaves on a full hadoop-qa run. The
> target is to be unset by default.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
