Splunk IT Service Intelligence

How do I work around known issue ITSI-4387?

cdemir
Explorer

The documented workaround doesn't make sense. An aggregation policy cannot be triggered to break a group on a group by group basis. It's all or nothing. Any advice is helpful.

Labels (1)
0 Karma
1 Solution

cdemir
Explorer

The issue as figured out. I found in the second to latest release notes for the ITSI API a juicy tidbit that was more clearly spelled out. The known issue is not documented in the release notes as clearly to know this is what you have to do moving forward.

If you want to break the episode via API, you must pass a breaking event into the tracked alert index. This can be accomplished using this example:

curl -k -u admin:changeme https://localhost:8089/servicesNS/nobody/SA-ITOA/event_management_interface/notable_event_group?brea... -X POST --data '{"_key":"{episode_id}","status":"5","title":"splunkd_access","description":"None","severity":"1","owner":"unassigned"}' --header "Content-Type: application/json

Unfortunately, we were not pulling out the itsi_policy_id and instead linking our external ticketing system to only the unique itsi_group_id. So we are now re-developing to link both fields per episode into our external ticketing system.

View solution in original post

0 Karma

cdemir
Explorer

The issue as figured out. I found in the second to latest release notes for the ITSI API a juicy tidbit that was more clearly spelled out. The known issue is not documented in the release notes as clearly to know this is what you have to do moving forward.

If you want to break the episode via API, you must pass a breaking event into the tracked alert index. This can be accomplished using this example:

curl -k -u admin:changeme https://localhost:8089/servicesNS/nobody/SA-ITOA/event_management_interface/notable_event_group?brea... -X POST --data '{"_key":"{episode_id}","status":"5","title":"splunkd_access","description":"None","severity":"1","owner":"unassigned"}' --header "Content-Type: application/json

Unfortunately, we were not pulling out the itsi_policy_id and instead linking our external ticketing system to only the unique itsi_group_id. So we are now re-developing to link both fields per episode into our external ticketing system.

0 Karma

sensitive-thug
Moderator
Moderator

Hi @cdemir,

Thanks for asking a question! If you were able to resolve this issue, please click “Accept” directly below the answer to resolve the post.

0 Karma
Get Updates on the Splunk Community!

Splunk Lantern | Spotlight on Security: Adoption Motions, War Stories, and More

Splunk Lantern is a customer success center that provides advice from Splunk experts on valuable data ...

Splunk Cloud | Empowering Splunk Administrators with Admin Config Service (ACS)

Greetings, Splunk Cloud Admins and Splunk enthusiasts! The Admin Configuration Service (ACS) team is excited ...

Tech Talk | One Log to Rule Them All

One log to rule them all: how you can centralize your troubleshooting with Splunk logs We know how important ...