Splunk ITSI

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
Retired

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!

Prove Your Splunk Prowess at .conf25—No Prereqs Required!

Your Next Big Security Credential: No Prerequisites Needed We know you’ve got the skills, and now, earning the ...

Splunk Observability Cloud's AI Assistant in Action Series: Observability as Code

This is the sixth post in the Splunk Observability Cloud’s AI Assistant in Action series that digs into how to ...

Splunk Answers Content Calendar, July Edition I

Hello Community! Welcome to another month of Community Content Calendar series! For the month of July, we will ...