You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "Jean-Daniel Cryans (JIRA)" <ji...@apache.org> on 2008/10/31 02:32:46 UTC
[jira] Resolved: (HBASE-963) Fix the retries in HTable.flushCommit
[ https://issues.apache.org/jira/browse/HBASE-963?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jean-Daniel Cryans resolved HBASE-963.
--------------------------------------
Resolution: Fixed
Committed to trunk. Thanks for testing Jonathan!
> Fix the retries in HTable.flushCommit
> -------------------------------------
>
> Key: HBASE-963
> URL: https://issues.apache.org/jira/browse/HBASE-963
> Project: Hadoop HBase
> Issue Type: Bug
> Components: client
> Reporter: Jean-Daniel Cryans
> Assignee: Jean-Daniel Cryans
> Priority: Blocker
> Fix For: 0.19.0
>
> Attachments: hbase-963-ugly.patch, hbase-963-v2.patch
>
>
> Many are seeing writes not getting into tables since HBASE-748 was committed. As I explained to Jonathan:
> <jdcryans> jgray: but I'm pretty sure that under high load a split took too long and the write didn't get through
> <jdcryans> jgray: That part has to be refactored to be used with other kind of batching
> <jdcryans> jgray: because the exponential backoff retry logic is in HCM but I had to get the retry out of it...
> So this issue is about getting the retry logic out of HTable, hopefully merging it with the rest of HCM.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.