[jira] [Updated] (NIFI-5849) ListSFTP, ListFTP processors lose Cluster state on restart.

2018-11-29 Thread Pierre Villard (JIRA)


 [ 
https://issues.apache.org/jira/browse/NIFI-5849?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre Villard updated NIFI-5849:
-
   Resolution: Fixed
Fix Version/s: 1.9.0
   Status: Resolved  (was: Patch Available)

> 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
>  Components: Extensions
>Affects Versions: 1.8.0
>Reporter: Truong Duc Kien
>Assignee: Koji Kawamura
>Priority: Critical
> Fix For: 1.9.0
>
>
> 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)


[jira] [Updated] (NIFI-5849) ListSFTP, ListFTP processors lose Cluster state on restart.

2018-11-29 Thread Pierre Villard (JIRA)


 [ 
https://issues.apache.org/jira/browse/NIFI-5849?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre Villard updated NIFI-5849:
-
Component/s: Extensions

> 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
>  Components: Extensions
>Affects Versions: 1.8.0
>Reporter: Truong Duc Kien
>Assignee: Koji Kawamura
>Priority: Critical
> Fix For: 1.9.0
>
>
> 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)


[jira] [Updated] (NIFI-5849) ListSFTP, ListFTP processors lose Cluster state on restart.

2018-11-29 Thread Koji Kawamura (JIRA)


 [ 
https://issues.apache.org/jira/browse/NIFI-5849?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Koji Kawamura updated NIFI-5849:

Status: Patch Available  (was: In Progress)

> 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)