<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>question Cron scheduling strategy with GetSplunk fails on successive calls in Archives of Support Questions (Read Only)</title>
    <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Cron-scheduling-strategy-with-GetSplunk-fails-on-successive/m-p/167270#M49773</link>
    <description>&lt;P&gt;I have multiple GetSplunk processors running using a Cron driven scheduling strategy. The Cron expression looks like '0 30 13 * * ?'. They all successfully execute the query the first time it's run. But, the next day it errors out with a 401 error from Splunk. The error from nifi-app.log is as below&lt;/P&gt;&lt;PRE&gt;WARN [Timer-Driven Process Thread-7] o.a.n.c.t.ContinuallyRunProcessorTask Administratively Yielding GetSplunk[id=01581009-026c-114b-5e2e-401ebea6427d] due to uncaught Exception: com.splunk.HttpException: HTTP 401 -- call not properly authenticated
2016-12-21 13:30:00,300 WARN [Timer-Driven Process Thread-2] o.a.n.c.t.ContinuallyRunProcessorTask
com.splunk.HttpException: HTTP 401 -- call not properly authenticated
	at com.splunk.HttpException.create(HttpException.java:84) ~[na:na]
	at com.splunk.HttpService.send(HttpService.java:452) ~[na:na]
	at com.splunk.Service.send(Service.java:1293) ~[na:na]
	at com.splunk.HttpService.get(HttpService.java:165) ~[na:na]
	at com.splunk.Service.export(Service.java:222) ~[na:na]
	at com.splunk.Service.export(Service.java:237) ~[na:na]
	at org.apache.nifi.processors.splunk.GetSplunk.onTrigger(GetSplunk.java:461) ~[na:na]
	at org.apache.nifi.processor.AbstractProcessor.onTrigger(AbstractProcessor.java:27) ~[nifi-api-1.1.0-SNAPSHOT.jar:1.1.0-SNAPSHOT]
	at org.apache.nifi.controller.StandardProcessorNode.onTrigger(StandardProcessorNode.java:1064) ~[nifi-framework-core-1.1.0-SNAPSHOT.jar:1.1.0-SNAPSHOT]
	at org.apache.nifi.controller.tasks.ContinuallyRunProcessorTask.call(ContinuallyRunProcessorTask.java:136) [nifi-framework-core-1.1.0-SNAPSHOT.jar:1.1.0-SNAPSHOT]
	at org.apache.nifi.controller.tasks.ContinuallyRunProcessorTask.call(ContinuallyRunProcessorTask.java:47) [nifi-framework-core-1.1.0-SNAPSHOT.jar:1.1.0-SNAPSHOT]
	at org.apache.nifi.controller.scheduling.QuartzSchedulingAgent$2.run(QuartzSchedulingAgent.java:165) [nifi-framework-core-1.1.0-SNAPSHOT.jar:1.1.0-SNAPSHOT]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [na:1.8.0_101]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266) [na:1.8.0_101]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) [na:1.8.0_101]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [na:1.8.0_101]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [na:1.8.0_101]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_101]
	at java.lang.Thread.run(Thread.java:745) [na:1.8.0_101]
&lt;/PRE&gt;&lt;P&gt;After doing some research, it seems this might be an issue due to multiple threads. Have anyone of you bumped into this? Help appreciated.&lt;/P&gt;</description>
    <pubDate>Thu, 22 Dec 2016 08:07:54 GMT</pubDate>
    <dc:creator>raghav130593</dc:creator>
    <dc:date>2016-12-22T08:07:54Z</dc:date>
    <item>
      <title>Cron scheduling strategy with GetSplunk fails on successive calls</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Cron-scheduling-strategy-with-GetSplunk-fails-on-successive/m-p/167270#M49773</link>
      <description>&lt;P&gt;I have multiple GetSplunk processors running using a Cron driven scheduling strategy. The Cron expression looks like '0 30 13 * * ?'. They all successfully execute the query the first time it's run. But, the next day it errors out with a 401 error from Splunk. The error from nifi-app.log is as below&lt;/P&gt;&lt;PRE&gt;WARN [Timer-Driven Process Thread-7] o.a.n.c.t.ContinuallyRunProcessorTask Administratively Yielding GetSplunk[id=01581009-026c-114b-5e2e-401ebea6427d] due to uncaught Exception: com.splunk.HttpException: HTTP 401 -- call not properly authenticated
2016-12-21 13:30:00,300 WARN [Timer-Driven Process Thread-2] o.a.n.c.t.ContinuallyRunProcessorTask
com.splunk.HttpException: HTTP 401 -- call not properly authenticated
	at com.splunk.HttpException.create(HttpException.java:84) ~[na:na]
	at com.splunk.HttpService.send(HttpService.java:452) ~[na:na]
	at com.splunk.Service.send(Service.java:1293) ~[na:na]
	at com.splunk.HttpService.get(HttpService.java:165) ~[na:na]
	at com.splunk.Service.export(Service.java:222) ~[na:na]
	at com.splunk.Service.export(Service.java:237) ~[na:na]
	at org.apache.nifi.processors.splunk.GetSplunk.onTrigger(GetSplunk.java:461) ~[na:na]
	at org.apache.nifi.processor.AbstractProcessor.onTrigger(AbstractProcessor.java:27) ~[nifi-api-1.1.0-SNAPSHOT.jar:1.1.0-SNAPSHOT]
	at org.apache.nifi.controller.StandardProcessorNode.onTrigger(StandardProcessorNode.java:1064) ~[nifi-framework-core-1.1.0-SNAPSHOT.jar:1.1.0-SNAPSHOT]
	at org.apache.nifi.controller.tasks.ContinuallyRunProcessorTask.call(ContinuallyRunProcessorTask.java:136) [nifi-framework-core-1.1.0-SNAPSHOT.jar:1.1.0-SNAPSHOT]
	at org.apache.nifi.controller.tasks.ContinuallyRunProcessorTask.call(ContinuallyRunProcessorTask.java:47) [nifi-framework-core-1.1.0-SNAPSHOT.jar:1.1.0-SNAPSHOT]
	at org.apache.nifi.controller.scheduling.QuartzSchedulingAgent$2.run(QuartzSchedulingAgent.java:165) [nifi-framework-core-1.1.0-SNAPSHOT.jar:1.1.0-SNAPSHOT]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [na:1.8.0_101]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266) [na:1.8.0_101]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) [na:1.8.0_101]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [na:1.8.0_101]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [na:1.8.0_101]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_101]
	at java.lang.Thread.run(Thread.java:745) [na:1.8.0_101]
&lt;/PRE&gt;&lt;P&gt;After doing some research, it seems this might be an issue due to multiple threads. Have anyone of you bumped into this? Help appreciated.&lt;/P&gt;</description>
      <pubDate>Thu, 22 Dec 2016 08:07:54 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Cron-scheduling-strategy-with-GetSplunk-fails-on-successive/m-p/167270#M49773</guid>
      <dc:creator>raghav130593</dc:creator>
      <dc:date>2016-12-22T08:07:54Z</dc:date>
    </item>
    <item>
      <title>Re: Cron scheduling strategy with GetSplunk fails on successive calls</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Cron-scheduling-strategy-with-GetSplunk-fails-on-successive/m-p/167271#M49774</link>
      <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/12524/raghav130593.html" nodeid="12524"&gt;@Raghav Ramakrishann&lt;/A&gt; Probably related to &lt;A href="https://issues.apache.org/jira/browse/NIFI-3349" target="_blank"&gt;https://issues.apache.org/jira/browse/NIFI-3349&lt;/A&gt; &lt;/P&gt;&lt;P&gt;If someone restarts your Splunk Search Head, Nifi will not re-authenticate.&lt;/P&gt;</description>
      <pubDate>Thu, 30 Mar 2017 12:24:20 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Cron-scheduling-strategy-with-GetSplunk-fails-on-successive/m-p/167271#M49774</guid>
      <dc:creator>mika_borner</dc:creator>
      <dc:date>2017-03-30T12:24:20Z</dc:date>
    </item>
    <item>
      <title>Re: Cron scheduling strategy with GetSplunk fails on successive calls</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Cron-scheduling-strategy-with-GetSplunk-fails-on-successive/m-p/167272#M49775</link>
      <description>&lt;P&gt;Does anybody have a workaround for this issue? Restarting the nifi processor manually is not feasible for a flow that should run "lights out".&lt;/P&gt;</description>
      <pubDate>Tue, 18 Apr 2017 21:26:05 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Cron-scheduling-strategy-with-GetSplunk-fails-on-successive/m-p/167272#M49775</guid>
      <dc:creator>edmund_prout</dc:creator>
      <dc:date>2017-04-18T21:26:05Z</dc:date>
    </item>
    <item>
      <title>Re: Cron scheduling strategy with GetSplunk fails on successive calls</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Cron-scheduling-strategy-with-GetSplunk-fails-on-successive/m-p/167273#M49776</link>
      <description>&lt;A rel="user" href="https://community.cloudera.com/users/10750/edmundprout.html" nodeid="10750" target="_blank"&gt;@Ed Prout&lt;/A&gt;&lt;P&gt;One way around the issue, is to monitor the success relationship out of the GetSplunk processor using the MonitorActivity processor. If data does not pass through in a set time period, the the MonitorActivity processor generates an "inactive" flow file and this can be used as a trigger for an ExecuteScript processor which would run a curl script to restart the processor.  Not an elegant solution, but it should work.&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="14730-screen-shot-2017-04-18-at-114803-am.png" style="width: 654px;"&gt;&lt;img src="https://community.cloudera.com/t5/image/serverpage/image-id/20305i75CF956E79AD01CB/image-size/medium?v=v2&amp;amp;px=400" role="button" title="14730-screen-shot-2017-04-18-at-114803-am.png" alt="14730-screen-shot-2017-04-18-at-114803-am.png" /&gt;&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 18 Aug 2019 11:09:39 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Cron-scheduling-strategy-with-GetSplunk-fails-on-successive/m-p/167273#M49776</guid>
      <dc:creator>Wynner</dc:creator>
      <dc:date>2019-08-18T11:09:39Z</dc:date>
    </item>
  </channel>
</rss>

