You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Marc Pellmann (Jira)" <ji...@apache.org> on 2021/07/19 14:02:00 UTC

[jira] [Commented] (NIFI-8663) Unstable behavior with content archiving enabled

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

Marc Pellmann commented on NIFI-8663:
-------------------------------------

This bug is still alive in 1.14.0

> Unstable behavior with content archiving enabled
> ------------------------------------------------
>
>                 Key: NIFI-8663
>                 URL: https://issues.apache.org/jira/browse/NIFI-8663
>             Project: Apache NiFi
>          Issue Type: Bug
>          Components: Core Framework
>    Affects Versions: 1.12.1, 1.14.0, 1.13.2
>         Environment: Default standard NiFi from official download without changes.
> nifi.content.repository.archive.enabled=true
> nifi.content.repository.archive.max.usage.percentage=50%
> Specifically, I have a disk that is 80% full when NiFi starts. For the test I used a Mac Book Pro 13” i7, 2019 with SSD. The file limits (launchctl limit maxfiles) are: filemaxfiles 65536 65536. 
> openjdk 11.0.6
>            Reporter: Marc Pellmann
>            Priority: Major
>         Attachments: content_archiving_bug.xml
>
>
> If content archiving is enabled when NiFi is started (nifi.content.repository.archive.enabled=true) and the threshold above which deletion occurs is less than the actual free space available on disk, unexpected behavior will occur. 
> I have attached a simple flow (content_archiving_bug.xml) that is accessed via a HandleHttpRequest. In one of the branches then very many FlowFiles are created (DuplicateFlowFile). (This is to simulate a complex flow in production to show the behavior there).
> If you call this branch via the browser a few (5-10) times, this leads to the fact that either *no more FlowFiles are processed in the flow* or that this happens only extremely slowly.
> In addition, the HandleHttpRequest then takes no more requests from the queue and reports queue full back (to show this better, the queue is configured smaller).



--
This message was sent by Atlassian Jira
(v8.3.4#803005)