You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geode.apache.org by "ASF subversion and git services (JIRA)" <ji...@apache.org> on 2017/03/20 18:46:41 UTC

[jira] [Commented] (GEODE-2679) Lucene asynchronous disk writes for aeq can lead to data mismatch after compacting

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

ASF subversion and git services commented on GEODE-2679:
--------------------------------------------------------

Commit 17877689beee29671c143baba7c3d65e917205fe in geode's branch refs/heads/develop from [~huynhja]
[ https://git-wip-us.apache.org/repos/asf?p=geode.git;h=1787768 ]

GEODE-2679: Lucene asynchronous disk writes for aeq can lead to data mismatch after compacting

* forcing disk sync = true for Lucene AEQ


> Lucene asynchronous disk writes for aeq can lead to data mismatch after compacting
> ----------------------------------------------------------------------------------
>
>                 Key: GEODE-2679
>                 URL: https://issues.apache.org/jira/browse/GEODE-2679
>             Project: Geode
>          Issue Type: Bug
>          Components: lucene
>            Reporter: Jason Huynh
>            Assignee: Jason Huynh
>
> Due to the way krf and drf oplogs are created/updated, if the aeq has disk synchronous as false, there is a window of time where a krf is rolled/created with the current region entries, but events that had been removed have not yet been written to the drf.
> We should probably change the aeq to be disk sync = true.  This will alleviate some of the data mismatch where we have potential extra keys after compacting the oplogs.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)