Splunk ITSI

Max length of KPI Base Search metric title in ITSI

ewan000
Path Finder

I created some base searches with the API with very long metric names derived from statsd metrics.

When I attempted to add these KPIs to a service via the UI I discovered that although the drop-down of the metrics from the base search populates and allows you select one. when you click 'next' you get an error "Metric field is required"

I attempted to edit the KPI base search with the UI to shorten the metric name, but although no error is thrown the UI will ignore the change.

I added a new metric with the name "test" and was able to select and proceed with adding this KPI to a service.

The documentation* doesn't seem to have a schema for the metric array and what information it has doesnt mention any max lengths of fields that i can see.

Is there a max length that I have exceeded, or is it something else about the way I have created the KPI base search?

*https://docs.splunk.com/Documentation/ITSI/4.4.1/RESTAPI/ITSIRESTAPIschema

Labels (2)
0 Karma
1 Solution

ewan000
Path Finder

I found that this is caused by not filling in the _key field on each metric

View solution in original post

0 Karma

ewan000
Path Finder

I found that this is caused by not filling in the _key field on each metric

0 Karma
Career Survey
First 500 qualified respondents will receive a $20 gift card! Tell us about your professional Splunk journey.

Can’t make it to .conf25? Join us online!

Get Updates on the Splunk Community!

Take Action Automatically on Splunk Alerts with Red Hat Ansible Automation Platform

 Are you ready to revolutionize your IT operations? As digital transformation accelerates, the demand for ...

Calling All Security Pros: Ready to Race Through Boston?

Hey Splunkers, .conf25 is heading to Boston and we’re kicking things off with something bold, competitive, and ...

Beyond Detection: How Splunk and Cisco Integrated Security Platforms Transform ...

Financial services organizations face an impossible equation: maintain 99.9% uptime for mission-critical ...