View Splunk on the plugin site for more information.
Older versions of this plugin may not be safe to use. Please review the following warnings before using an older version:
Splunk plugin for Jenkins provides deep insights into your Jenkins master and slave infrastructure, job and build details such as console logs, status, artifacts, and an incredibly efficient way to analyze test results.
The plugin is used together with a Splunk App for Jenkins that provides out-of-the-box dashboards and search capabilities to enable organizations to run a high performing Jenkins cluster and bring operational intelligence into the software development life cycle.
Splunk Plugin for Jenkins
1. Configure Splunk Server
- Go to https://<jenkins-url>/configure
- Enter Hostname, Port, and Token
- For Splunk cloud user, the host name is something like http-inputs-xx.splunkcloud.com or http-inputs-xx.cloud.splunk.com, port is 443
- For Splunk enterprise user, the host name is the indexer host name, and port is 8088 by default
- Check "Raw Events Supported" if you are using Splunk version 6.3.1511 or later
- SSL is enabled by default in Splunk, it will protect the data transferred on network.
- Click "Test Connection" to verify the setup
- Check "Enable" and Save
2. Configure Metadata
Specify index, host, sourcetype for the various events. Metadata can be configured to collect as little or as much Jenkins information as you need and sent to Splunk for analysis.
- index is a data repository in Splunk, you can set a different data retention policy and access privileges for each index in Splunk. You need create the index in Splunk manually, the plugin will not create any index.
- sourcetype is used by Splunk to determine how incoming data is formatted, see also Why sourcetype matters
- host is used to identify which Jenkins master is the source of the data
There are 7 types of events which can be customized
Junit or other Reports sent by calling "send(message)" DSL script
Sent when job are started and completed
Basic queue information and Jenkins health metrics, sent when queue get updated and every 45 seconds by default.
Build console log, e.g. job/abc/123/console, slave log and Jenkins master log (jenkins.log)
Artifact contents, send by calling "archive(includes)" DSL script
The slave(agent) health metrics, sent every 8 minutes by default. You can add "-Dcom.splunk.splunkjenkins.slaveMonitorMinutes=N" to Jenkins start parameters to adjust the timing
The contents of Jenkins configuration items, e.g. config.xml, sent when the config file get updated.
you can customize the index, sourcetype in the "Custom Metadata" section.
2.1. Metadata configuration for Splunk App for Jenkins
- For Splunk version 6.5 or later, it is recommended to use the plugin's default config
- For Splunk 6.3.x or 6.4.x, please adjust the default sourcetype to json:jenkins:old (please remove it if Splunk get upgraded to latest version otherwise data will be extracted twice)
3. Customize The Job Data Sent to Splunk
In the Advanced configuration section, you can customize the post data using groovy DSL.
While the default settings should suffice for most Jenkins users, the Advanced configuration section allows you to use groovy DSL to customize the data sent to Splunk.
The groovy script can use the variable splunkins, which provides access to the following objects and methods:
send(Object message)will send the information to splunk
getBuildEvent()will return metadata about the build, such as build result, build URL, user who triggered the build
getJunitReport(int pageSize)will return a list of test results, which contains total, passes, failures, skips, time and testcase of type List<hudson.tasks.junit.CaseResult>
getJunitReport(int pageSize, List<String> ignoredTestResultActions)will return a list of test results except test formats specified in ignoredTestResultActions
sendCoverageReport(pageSize)send coverage, each event contains max pageSize metrics
getJunitReport()is an alias of
archive(String includes, String excludes, boolean uploadFromSlave, String fileSizeLimit)send log file to splunk
archive(String includes)is an alias of
archive(includes, null, false, "")
getAction(Class type)is an alias of
getActionByClassName(String className)same as
getAction(Class type)but no need to import the class before use
hasPublisherName(String className)check whether the publisher is configured for the build (applied to AbstractBuild only)
- Here is the default settings for post job data processing (since v.1.5.0)
4. Customize log files at job level (optional)
Jenkins builds can produce many artifacts which can contain useful build information. The plugin can be configured globally (step #3) to collect all artifacts using the archive command. You can also specify what artifacts to send to Splunk at the job level by adding Splunk's post-build action 'Send data to Splunk'
- Add a "post-build action" called "Send data to Splunk"
- Enter an ant-style pattern matching string for your junit xml collection
Splunk Dashboards for Jenkins
You can download and install the Splunk App for Jenkins from https://splunkbase.splunk.com/app/3332
Once installed, the Splunk App will use the data being sent by the Splunk plugin for Jenkins and show various dashboards and search capabilities. Here are some of the key features
Overview - Visualize multiple masters and associated slaves in a single page. View build status trends and be able to drill down and get details information about any build.
Build Analysis - Easily find any Jenkins build using a variety of easy to use filters. View build summary or drill down to see build status trends, build time and queue time analysis, tests pass/fail trends, test runtime distribution, and console logs couple with Splunk's powerful search interface.
Test Results - If you are a test engineer and spend countless hours looking at test results in Jenkins, you will love this feature. Test Results shows all the failing tests with stack traces, flags regression failures, groups test failures by errors, captures Jenkin's environment variables, and provides nifty filters to find tests with long run times, particular errors, testsuites, etc.
Jenkins Health - Splunk Jenkins Apps captures Jenkins internal JVM information as well as keys metrics like queue size, executors and slaves stats, Jenkins master logs, and Jenkins slave stats. All this information is captured in real-time, allowing you to quickly discover hard to find issues and fix them before they become a bottleneck for development teams. No more ssh-ing into Jenkins systems to find issues.
Jenkins Slaves - Analyze all activity on a particular slave. View builds executed on a slave, view real-time slave logs, build activity across all slaves, and check connection history to find out unstable Jenkins slaves. This feature is extremely helpful in identifying problematic components in a Jenkins cluster and optimizing your team's throughput.
Audit Trail - Audit trail feature allows you to see who has logged into your Jenkins system and done any activity like starting/aborting/changing jobs. You can also see what configs have been changed by some user and can view the config xml directly in Splunk. This feature is particularly useful for organization with security and compliance use cases.
- clone the repo and update code
- start splunk, you can get a free trail version from Splunk
$ mvn clean verify -Dsplunk-host=localhost -Dsplunk-username=admin -Dsplunk-passwd=changemeto run tests using local splunk instance.
- send pull requests
Docker Demo Image
How can I send historical data prior to the time plugin get installed
Access <jenkins_url>/script, and execute the groovy code (update the time range if needed).
I got "Server is busy, maybe caused by blocked queue", what can I do
Please try below options
a) Adjust splunk queue size to a larger value, such as 5MB. Edit SPLUNK_HOME/etc/system/local/server.conf and add
b) Adjust console text/log file buffer size, such as 10KB, Add below line to Jenkins startup script
I am using upstream/downstream jobs, how can I consolidate the test results to root trigger job?
You can use "Customize Event Processing Script"
1.7.1 (Dec 7, 2018)
truncate single line text at 100000 (a sign of garbage data) to get in align with splunk source type text:jenkins, it can be adjusted via splunkins.lineTruncate system property
- add user authenticated log information
1.7.0 (Aug 20, 2018)
- support multiple http event collector(HEC) hosts which are separated by comma
- optimize event congestion handling
- allow garbage collector to release unsent log under memory demand, to prevent OOM
- allow user to adjust log queue size via -Dcom.splunk.splunkjenkins.utils.SplunkLogService.queueSize=x
- add LogConsumer thread alive check
- prefer tls 1.2
1.6.4 (Jan 5, 2018)
- fix performance issue on Jenkins v2.89.2 caused by JDK-8184907
1.6.3 (Dec 1, 2017)
- fix configuration miration issue for versions prior to 1.5.0
1.6.2 (Nov 28, 2017)
- defer LogHandler hook registration
- add covered number and total number in addition to percentage for code coverage (index=jenkins event_tag=coverage)
1.6.1 (Oct 15, 2017)
- remove restricted computer.getDisplayExecutors api call
- add splunkins.buffer property which can be added to jenkins start up parameter (such as -Dsplunkins.buffer=4096) to adjust console log buffer
1.6.0 (August 15, 2017)
add splunkins.getJunitReport(int pageSize, List<String> ignoredTestResultActions = null) which allow user to ignore specific test result formats
unify junit test results with xunit and cucumber test results
defer updateCache operation to JOB_LOADED phase
send JVM memory pool usage, can be searched via
1.5.3 (July 25, 2017)
- fix SECURITY-479 (Arbitrary code execution vulnerability in rare circumstances)
1.5.2 (May 22, 2017)
- convert Float.NaN or Double.NaN to null
- make sure workspace exists before sending files, thanks to ctran
- fix Log type and allow verbose logging
1.5.1 (April 24, 2017)
- Fix log congestion issue when slave launcher generated verbose logs during Jenkins restart phase
1.5.0 (April 16, 2017)
- Use SecureGroovyScript to address security issues mentioned on https://jenkins.io/security/advisory/2017-04-10/ . If you hit errors like
org.jenkinsci.plugins.scriptsecurity.scripts.UnapprovedUsageException: script not yet approved for use
you need go to "Manage Jenkins -> In-process Script Approval" (JENKINS_URL/scriptApproval) page to review the script and approve it.
- Add support for jacoco-plugin
1.4.3 (Mar 3, 2017)
- Do not extract scm info for job start event, since the info maybe obtained from last build, not current build
- Add null check for Node
- Use job's full name instead of url to get compliance with env.JOB_NAME
1.4.2 (Jan 4, 2017)
- Improve retry handling when Splunk is busy
1.4.1 (Dec 19, 2016)
- Send seperate event for running jobs, used for long running job alert
1.4 (Dec 19, 2016)
- Support Coverage Report generated by Clover plugin and Cobertura plugin
- Rewrite the metadata configuration page to improve the readability.
- Shaded org.apache.http package to avoid conflicts with other plugin which is using an older version
- Improve http posting performance by using Gzip.
1.3.1 (Oct 27, 2016)
- Masked Password parameter, send ***
- Do not send whole Environment variable list, only send build parameters.
- Added BuildInfoArchiver to send historical data
1.3 (Oct 19, 2016)
- Support Test Report generated by cucumber-testresult-plugin
- FIXED TestNG Summary Display issue
1.2 (Oct 16, 2016)
- Support Test Report generated by TestNG plugin
1.1 (Oct 14, 2016)
- Simplify metadata configuration
- Fixed No signature of method: static com.splunk.splunkjenkins.utils.LogEventHelper.sendFiles() is applicable for argument types: (org.jenkinsci.plugins.workflow.job.WorkflowRun ...
1.0 (Oct 8, 2016)
- Initial release