You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "ASF GitHub Bot (JIRA)" <ji...@apache.org> on 2018/03/06 16:24:00 UTC

[jira] [Commented] (NIFI-4774) FlowFile Repository should write updates to the same FlowFile to the same partition

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

ASF GitHub Bot commented on NIFI-4774:
--------------------------------------

Github user mosermw commented on the issue:

    https://github.com/apache/nifi/pull/2487
  
    I tested this and I was able to switch back and forth between MinimalLockingWriteAheadLog and SequentialAccessWriteAheadLog. +1 from me.
    It's best to make this switch while there are 0 flowfiles in the repository.  With flowfiles in the system, going from MinimalLockingWAL to SequantialAccessWAL worked, but the opposite had some issues.


> FlowFile Repository should write updates to the same FlowFile to the same partition
> -----------------------------------------------------------------------------------
>
>                 Key: NIFI-4774
>                 URL: https://issues.apache.org/jira/browse/NIFI-4774
>             Project: Apache NiFi
>          Issue Type: Bug
>          Components: Core Framework
>            Reporter: Mark Payne
>            Assignee: Mark Payne
>            Priority: Major
>             Fix For: 1.6.0
>
>
> As-is, in the case of power loss or Operating System crash, we could have an update that is lost, and then an update for the same FlowFile that is not lost, because the updates for a given FlowFile can span partitions. If an update were written to Partition 1 and then to Partition 2 and Partition 2 is flushed to disk by the Operating System and then the Operating System crashes or power is lost before Partition 1 is flushed to disk, we could lose the update to Partition 1.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)