hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "stack (JIRA)" <j...@apache.org>
Subject [jira] Updated: (HBASE-1761) getclosest doesn't understand delete family; manifests as "HRegionInfo was null or empty in .META" A.K.A the BS problem
Date Mon, 17 Aug 2009 13:57:14 GMT

     [ https://issues.apache.org/jira/browse/HBASE-1761?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

stack updated HBASE-1761:

    Attachment: 1761-v12.patch

Adding new tests.

Removing optimization that would allow early-out.  After addressing Ryan comment, turns out
that only if client asks for first row in region can we early-out.  getClosest needs to carry
around the HRegionInfo so can know if candidate is within a regions name.  Then can early-out.

Added test to see if we are within the target table so we know when we back up into another.

Not done yet.  Need to fill out a few more tests.

> getclosest doesn't understand delete family; manifests as "HRegionInfo was null or empty
in .META" A.K.A the BS problem
> -----------------------------------------------------------------------------------------------------------------------
>                 Key: HBASE-1761
>                 URL: https://issues.apache.org/jira/browse/HBASE-1761
>             Project: Hadoop HBase
>          Issue Type: Bug
>            Reporter: stack
>             Fix For: 0.20.0
>         Attachments: 1761-v10.patch, 1761-v11.patch, 1761-v12.patch, 1761-v2.patch, 1761-v3.patch,
1761-v4.patch, 1761-v5.patch, 1761-v6.patch, 1761-v7.patch, 1761-v9.patch, 1761.patch
> getclosestatorbefore was not converted to deal with the new delete types.  It only knows
how to process old style deletes.  Usually all is well as edits come in but its possible to
get into state where you have persisted in one file a deletefamily for all in meta and in
the file behind it, there are entries on the info family.  Since closest doesn't understand
deletefamily, it will return the Put rows only for the subsequent getfull, which knows how
to work with deletefamilies fail.
> Once this happens, table is hosed.  Seen on Bradford Stephens upload and at Powerset.
 "Fix" is flush and major compact.  Gives impression that hbase is 'delicate'.  Fixing.

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

View raw message