Created on 02-21-2017 01:00 PM - edited 08-19-2019 03:53 AM
When I Cleared whole queue and tried again. Now again its saying something similar, ArrayIndexOutOfBounds exception
Created 02-23-2017 07:54 AM
Thanks @Bryan Bende @Timothy Spann, @ozhurakousky foryour reply.
It was some configuration issue.
While trying to put file into Splunk, I was using web-port (8081 in my case) of splunk in configuration of PutSplunk. When I pointed my PutSplunk configuration to TCP port of Splunk(In Splunk setting go to Data Inputs -> Click on TCP and enter details as instructed to create a new TCP input port of Splunk) it started working properly.
Created 02-21-2017 01:06 PM
Pradhuman
Would you mind provide more information such as full stack trace etc. It's nearly impossible to diagnose the issue with information provided.
Thanks
Oleg
Created 02-21-2017 01:10 PM
Yeah sure. I have uploaded the image now.
Created 02-21-2017 01:12 PM
The exception messages and error reporting you see above probably needs to be reviewed and polished as they are inconclusive and not informative. Could you please look at the logs and post the stack trace related to the above.
Created 02-21-2017 06:16 PM
Can you post the specifications for the NiFi server? Is this running on Windows? Is this installed via ambari or just nifi unzip? Did you increase the JVM memory via conf/?
Can you access your splunk on that PC via other means?
Sometimes you just need to let it connect and it will start sending in after a few minutes.
Is there a firewall blocking access?
Created 02-21-2017 06:44 PM
The message about changing the OS buffer is just a warning and not something to usually something to worry about it. What is happening is that there is a connection pool, and each time a connection is made it tries to set the socket send buffer based on the value of the property in the processor, and if it can't set it to that value than it logs a warning to let you know.
The latest screenshot you posted is a completely different problem, and it is something we need to look into. What I think is happening is that the processor is holding on to flow files to transfer them in the next execution, but since you cleared the queue they are no longer valid and this is causing an unexpected situation. As Oleg mentioned, we need to see the full stacktrace from the logs for this.
Created 02-23-2017 07:54 AM
Thanks @Bryan Bende @Timothy Spann, @ozhurakousky foryour reply.
It was some configuration issue.
While trying to put file into Splunk, I was using web-port (8081 in my case) of splunk in configuration of PutSplunk. When I pointed my PutSplunk configuration to TCP port of Splunk(In Splunk setting go to Data Inputs -> Click on TCP and enter details as instructed to create a new TCP input port of Splunk) it started working properly.