[
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)
