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

Mathias Herberts commented on HBASE-1784:
-----------------------------------------

A scan of the table shows that rows from the region 
0TE181121109t\x90_\x7F\xFF\xFF\xFE,1251257023139 whose compaction failed are 
indeed gone, so this clearly shows that missing rows are indeed linked to the 
failed compaction.

> Missing rows after medium intensity insert
> ------------------------------------------
>
>                 Key: HBASE-1784
>                 URL: https://issues.apache.org/jira/browse/HBASE-1784
>             Project: Hadoop HBase
>          Issue Type: Bug
>    Affects Versions: 0.20.0
>            Reporter: Jean-Daniel Cryans
>            Priority: Blocker
>         Attachments: DataLoad.java, HBASE-1784.log
>
>
> This bug was uncovered by Mathias in his mail "Issue on data load with 
> 0.20.0-rc2". Basically, somehow, after a medium intensity insert a lot of 
> rows goes missing. Easy way to reproduce : PE. Doing a PE scan or randomRead 
> afterwards won't uncover anything since it doesn't bother about null rows. 
> Simply do a count in the shell, easy to test (I changed my scanner caching in 
> the shell to do it faster).
> I tested some light insertions with force flush/compact/split in the shell 
> and it doesn't break.

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

Reply via email to