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.