[
https://issues.apache.org/jira/browse/PHOENIX-3149?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15410891#comment-15410891
]
Hudson commented on PHOENIX-3149:
---------------------------------
SUCCESS: Integrated in Phoenix-master #1359 (See
[https://builds.apache.org/job/Phoenix-master/1359/])
PHOENIX-3149 Local index got corrupted if intermediate compaction happen
(ankitsinghal59: rev ba82b1cb5a14c2cf109deb8a862389142d92f541)
*
phoenix-core/src/main/java/org/apache/hadoop/hbase/regionserver/IndexHalfStoreFileReaderGenerator.java
> 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)
