当从NiFi中的Java SDK中调用时，Splunk引发HTTP 401未授权错误

Question

我有多个使用Cron驱动的调度策略运行的GetSplunk处理器。 Cron表达式看起来像'0 30 13 * *？'。它们都在第一次运行时成功执行查询。但是，第二天，Splunk出现了401错误。来自nifi-app.log的错误如下。 NiFi中的Cron调度器是QuartzScheduler。

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]` 

GetSplunk处理器利用Java SDK for Splunk。我最早的时间是'-24h'，最近的时间是'现在'。我正在使用端口8089进行splunkd。在做了一些研究之后，似乎这可能是由于多个线程的问题。有没有人碰过这个？ 帮助赞赏。

Answer 1

看了几分钟的代码后，我认为这是NiFi处理器的一个问题。

第一次处理器执行时，它懒惰地初始化的Splunk服务对象：

https://github.com/apache/nifi/blob/master/nifi-nar-bundles/nifi-splunk-bundle/nifi-splunk-processors/src/main/java/org/apache/nifi/processors/splunk/GetSplunk.java#L372-L377

作为该初始化的一部分，所述的Splunk服务调用的登录方法是这样的：

public Service login(String username, String password) { 
     this.username = username; 
     this.password = password; 

     Args args = new Args(); 
     args.put("username", username); 
     args.put("password", password); 
     args.put("cookie", "1"); 
     ResponseMessage response = post("/services/auth/login", args); 
     String sessionKey = Xml.parse(response.getContent()) 
      .getElementsByTagName("sessionKey") 
      .item(0) 
      .getTextContent(); 
     this.token = "Splunk " + sessionKey; 
     this.version = this.getInfo().getVersion(); 
     if (versionCompare("4.3") >= 0) 
      this.passwordEndPoint = "storage/passwords"; 

     return this; 
    } 

由于这只发生在处理器第一次执行时，它只会在停止并启动处理器时才会再次发生。在你的情况下，你的处理器已经运行了足够长的时间，以致会话可能已经过期，并且处理器正在继续尝试执行。

我创造了这个JIRA的问题： https://issues.apache.org/jira/browse/NIFI-3349