You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Jonathan Gray (JIRA)" <ji...@apache.org> on 2010/06/11 20:16:13 UTC

[jira] Commented: (HBASE-2712) Cached region location that went stale won't recover if asking for first row

    [ https://issues.apache.org/jira/browse/HBASE-2712?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12877899#action_12877899 ] 

Jonathan Gray commented on HBASE-2712:
--------------------------------------

This could very much be what I tripped over in HBASE-1920.  Let's keep the other jira open for now.  Good catch JD.

> Cached region location that went stale won't recover if asking for first row
> ----------------------------------------------------------------------------
>
>                 Key: HBASE-2712
>                 URL: https://issues.apache.org/jira/browse/HBASE-2712
>             Project: HBase
>          Issue Type: Bug
>    Affects Versions: 0.20.4
>            Reporter: Jean-Daniel Cryans
>            Assignee: Jean-Daniel Cryans
>            Priority: Blocker
>             Fix For: 0.20.5, 0.21.0
>
>
> Let's say that:
>  - A client cached the location of some region, not the first one in the table
>  - The RS that was holding it fails
>  - The first thing the client does after the failure is trying to reach the first row of that region
> This will never recover, since HCM.deleteCachedLocation doesn't delete if the row we asked for is the first row in a region. This looks a lot like HBASE-1920, but there isn't enough information in that jira to say that it's the same thing.
> This is a blocker, and it kills 0.20.5 RC2 (sorry).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.