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
Community Manager
Community Manager

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!

Enterprise Security Content Update (ESCU) v3.54.0

The Splunk Threat Research Team (STRT) recently released Enterprise Security Content Update (ESCU) v3.54.0 and ...

Using Machine Learning for Hunting Security Threats

WATCH NOW Seeing the exponential hike in global cyber threat spectrum, organizations are now striving more for ...

New Learning Videos on Topics Most Requested by You! Plus This Month’s New Splunk ...

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