hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "HBase Review Board (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HBASE-2712) Cached region location that went stale won't recover if asking for first row
Date Fri, 11 Jun 2010 18:57:13 GMT

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

HBase Review Board commented on HBASE-2712:

Message from: stack@duboce.net

This is an automatically generated e-mail. To reply, visit:


    getCachedLocation does the right thing?


    rl will never be null?

- stack

> 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.

View raw message