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

ASF subversion and git services commented on NIFI-5997:
-------------------------------------------------------

Commit 412c4908e2c5d79d958b09403c816db57c828179 in nifi's branch 
refs/heads/master from Mark Payne
[ https://gitbox.apache.org/repos/asf?p=nifi.git;h=412c490 ]

NIFI-5997: Recover FlowFile Repository before swap files; then, when recovering 
swap files, ignore any that are unknown to the flowfile repo. This prevents us 
from incrementing the size of the flowfile queue for unknown swap files

This closes #3292.

Signed-off-by: Bryan Bende <bbe...@apache.org>


> If swap file written but FlowFile Repository fails to update, connection 
> queue counts wrong and flowfiles are duplicated upon restart
> -------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: NIFI-5997
>                 URL: https://issues.apache.org/jira/browse/NIFI-5997
>             Project: Apache NiFi
>          Issue Type: Bug
>            Reporter: Mark Payne
>            Assignee: Mark Payne
>            Priority: Blocker
>             Fix For: 1.9.0
>
>          Time Spent: 50m
>  Remaining Estimate: 0h
>
> If a queue writes out a Swap File but then the FlowFile Repository throws an 
> Exception when attempting to update, we end up with a scenario where the size 
> of the queue increases by 10,000 FlowFiles (the number of FlowFiles to be 
> written to the swap file) as well as the corresponding size of the FlowFiles. 
> We also have a Swap File that is written out to disk but the FlowFile Repo 
> didn't get updated so on restart we have those FlowFiles in the FlowFile Repo 
> as well as in the Swap File, so we end up with two of the same FlowFile. This 
> can then cause some odd behavior because two FlowFiles exist with the same ID 
> and the counts on the queues are very wrong, which also causes a lot of 
> confusion.



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

Reply via email to