hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "huaxiang sun (JIRA)" <j...@apache.org>
Subject [jira] [Comment Edited] (HBASE-16578) Mob data loss after mob compaction and normal compcation
Date Sat, 10 Sep 2016 02:23:20 GMT

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

huaxiang sun edited comment on HBASE-16578 at 9/10/16 2:22 AM:
---------------------------------------------------------------

Basically, since two reference cells for "r2" has same key, timestamp, sequenceId, the current
implementation choose the old file's cell instead of the one from the newly bulkloaded hfile,
resulting in file not found.


was (Author: huaxiang):
Basically, since two reference cells for "r2" has same key, timestamp, sequenceId, the current
implementation choose the old file's cell instead of the one from the new bulkloaded hfile,
resulting in file not found.

> Mob data loss after mob compaction and normal compcation
> --------------------------------------------------------
>
>                 Key: HBASE-16578
>                 URL: https://issues.apache.org/jira/browse/HBASE-16578
>             Project: HBase
>          Issue Type: Bug
>          Components: mob
>    Affects Versions: 2.0.0
>            Reporter: huaxiang sun
>            Assignee: huaxiang sun
>         Attachments: TestMobCompaction.java, TestMobCompaction.java
>
>
> I have a unittest case, which could explore the mob data loss issue. The root cause is
that with the following line:
> https://github.com/apache/hbase/blob/master/hbase-server/src/main/java/org/apache/hadoop/hbase/mob/compactions/PartitionedMobCompactor.java#L625
> It will make the old mob reference cell win during compaction.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message