[
https://issues.apache.org/jira/browse/NIFI-1606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15192459#comment-15192459
]
Joseph Witt edited comment on NIFI-1606 at 3/13/16 6:13 PM:
------------------------------------------------------------
reviewed full clean build all good after fixing unused import. Did functional
test and all appears healthy. + 1 merged to master
was (Author: joewitt):
reviewed full clean build all good after fixing unused import. Did functional
test and all appears healthy.
> When a component is removed, its state should be cleared in a background
> thread
> -------------------------------------------------------------------------------
>
> Key: NIFI-1606
> URL: https://issues.apache.org/jira/browse/NIFI-1606
> Project: Apache NiFi
> Issue Type: Bug
> Components: Core Framework
> Reporter: Mark Payne
> Assignee: Mark Payne
> Fix For: 0.6.0
>
> Attachments: NIFI-1606.patch
>
>
> Currently, when a Processor is removed from the graph, the State Manager's
> onComponentRemoved method is called. This is called in a synchronous/blocking
> manner. By default, the timeout to communicate with ZooKeeper is 30 seconds.
> There are cases when the request can time out (for instance, due to improper
> Kerberos configuration), and with a 30 second timeout, this often results in
> nodes getting kicked out of the cluster.
> However, if the request fails, we simply log a warning and move on. As a
> result, this synchronous network call should be moved to a background thread
> to ensure that it does not interfere with the web request to remove the
> component.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
