You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Koji Kawamura (JIRA)" <ji...@apache.org> on 2018/11/29 08:31:00 UTC
[jira] [Commented] (NIFI-5849) ListSFTP, ListFTP processors lose
Cluster state on restart.
[ https://issues.apache.org/jira/browse/NIFI-5849?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16702851#comment-16702851 ]
Koji Kawamura commented on NIFI-5849:
-------------------------------------
[~kien_truong] Thank you very much for finding this. I'll fix this shortly.
> ListSFTP, ListFTP processors lose Cluster state on restart.
> -----------------------------------------------------------
>
> Key: NIFI-5849
> URL: https://issues.apache.org/jira/browse/NIFI-5849
> Project: Apache NiFi
> Issue Type: Bug
> Affects Versions: 1.8.0
> Reporter: Truong Duc Kien
> Assignee: Koji Kawamura
> Priority: Critical
>
> In a cluster environment, restarting a processor that extends {{AbstractListProcessor}} could lead to the erasure of that processor's existing cluster states.
> This bug was introduced in commit [https://github.com/apache/nifi/commit/8b9d4461185848fd552a639ac14b7926164d5426] .
> Before that commit, the {{resetState}} variable is changed to false after the state is clear, inside {{updateState}} method. However, the commit moved this line to inside the {{onTrigger}} method. This is problematic, because {{onTrigger}} method is only called on the primary node. As a result, the {{resetState}} variable is only reset to false on primary node, but not on the other nodes. When the user restarts the processor, every nodes will re-execute the {{updateState}} method and the Cluster state will be cleared.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)