You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "ASF subversion and git services (Jira)" <ji...@apache.org> on 2021/12/07 15:19:00 UTC

[jira] [Commented] (NIFI-9093) GetSplunk Processor hangs

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

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

Commit 70822b9c8d9105518f759f44ff4f828fc3fb6732 in nifi's branch refs/heads/main from ahmed shaaban
[ https://gitbox.apache.org/repos/asf?p=nifi.git;h=70822b9 ]

NIFI-9093 This closes #5578. GetSplunk Processor hangs addressed by adding timeouts.
changed the required flag to false on ConnectTimeout and ReadTimeout properties

Signed-off-by: Joe Witt <jo...@apache.org>


> GetSplunk Processor hangs
> -------------------------
>
>                 Key: NIFI-9093
>                 URL: https://issues.apache.org/jira/browse/NIFI-9093
>             Project: Apache NiFi
>          Issue Type: Bug
>          Components: Core Framework
>    Affects Versions: 1.12.1
>         Environment: NiFi 3 nodes cluster - 40 CPU core +28 GB of RAM per node
>            Reporter: Michael Elbraish
>            Priority: Major
>              Labels: easy-fix, newbie
>          Time Spent: 1h
>  Remaining Estimate: 0h
>
> I configured GetSplunk to run on cron schedule every 2 min, sometimes when there's no data to retrieve from Splunk, the job thread hangs with no issues or outputs and keeps running, blocking the new scheduled jobs from starting until I stop--> terminate --> start processor.
>  
> 1- Why this happened in the first place, that the threads of GetSplunk kept hanging
> 2- How to over come such situation in the future? we need to either be notified by some kind of log message or the threads should terminates on their own.
> 3- If a thread was hanging, then why subsequent threads didn't execute
>  
> I also believe that adding a timeout property to this processor is important



--
This message was sent by Atlassian Jira
(v8.20.1#820001)