[jira] [Comment Edited] (PHOENIX-3149) Local index got corrupted if intermediate compaction happen during the split.

["Ankit Singhal (JIRA)" <ji...@apache.org>]

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

Ankit Singhal edited comment on PHOENIX-3149 at 8/7/16 8:29 AM:
----------------------------------------------------------------

Thanks [~sergey.soldatov] , committed in 4.x and 4.8 branches



was (Author: ankit@apache.org):
Thanks [~sergey.soldatov] , committed 4.x and 4.8 branches


> Local index got corrupted if intermediate compaction happen during the split.
> -----------------------------------------------------------------------------
>
>                 Key: PHOENIX-3149
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-3149
>             Project: Phoenix
>          Issue Type: Bug
>    Affects Versions: 4.8.0
>            Reporter: Sergey Soldatov
>            Assignee: Sergey Soldatov
>             Fix For: 4.8.0
>
>         Attachments: PHOENIX-3149.patch
>
>
> The scenario is quite simple: 
> If we trigger split after index creation when we have a lot of HFiles not yet compacted, the compaction may happen for part of those files and the scan type will be COMPACT_RETAIN_DELETES, but not COMPACT_DROP_DELETES as we expect in preCompactScannerOpen. In this case the regular scanner will be used during compaction and we get incorrectly data in the local index. Discussed it with [~enis] offline and it seems that the check for COMPACT_DROP_DELETES is not necessary and can/should be deleted.



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