hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Billy Pearson (JIRA)" <j...@apache.org>
Subject [jira] Updated: (HBASE-855) compaction can return less versions then we should in some cases
Date Fri, 29 Aug 2008 07:50:46 GMT

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

Billy Pearson updated HBASE-855:

    Affects Version/s:     (was: 0.18.0)

This also effects 0.18.0 we can fix it in 0.18.0 or 0.18.1 eather way is fine with me

> compaction can return less versions then we should in some cases
> ----------------------------------------------------------------
>                 Key: HBASE-855
>                 URL: https://issues.apache.org/jira/browse/HBASE-855
>             Project: Hadoop HBase
>          Issue Type: Bug
>          Components: regionserver
>    Affects Versions: 0.2.1
>            Reporter: Billy Pearson
>            Assignee: Billy Pearson
> say we have a column with max version = 3 and we have 3 records  
> we insert a new record with a old timestamp.
> What happeds in the compaction is the the new record with the old timestamp get read
first and could push out some of our 
> versions if the new record(s) with the old timestamp has a expired ttl.
> This happens because we track the total times we see a row/column but do not reduce this
count if the cell is expired
> and sense we pass the cell in order of the newest HStoreFile first with the newest records
passed might not be the newest timestamps.
> Got to wait for HBASE-834 to be committed then I can add a patch for this bug. will be
a simple fix.

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

View raw message