All Apps and Add-ons

Alert Manager - Auto assign notifications

djluke
Path Finder

Hi guys,
I'm quite new about alert manager app.
I'm trying to configure a notification for auto-assigned incidents, but it seems it doesn't work.
On incident posture dashboard new incidents are correctly assigned to the configured user but no messages arrive from the server.
If I try to change status to resolve or closed I get an email.
What I'm doing wrong?

Thanks for your help

Labels (1)
0 Karma
1 Solution

emafront
Explorer

Hello,

these are the conditions before sending out the notification with the auto-assign user (alert_manager.py):

config['auto_assign_owner'] != ''

and config['auto_assign_owner'] != 'unassigned'

and incident_suppressed == False

and is_subsequent_resolved == False

and auto_info_resolved == False

and config['append_incident'] is None

the 4th and 5th lines are deprecated so we assume they are ok, the first 2 lines we assume ok as well because you assigned a user; so if the incident is not suppressed, the only one condition left is that you don't append identical incidents to the first one.

If that's the case, as it was mine, you must add a variable in the code as a workaround, to keep track of the append configuration and exclude the notification when you are in the events that are being appended and remove the 

and config['append_incident'] is None

condition above, replacing it with something like is_appended == False (otherwise you receive a notification for every appended incident. You must declare and validate the variable in the code where it is checked if there is an incident to append to).

I didn't find any other solution at the moment.

View solution in original post

emafront
Explorer

Hello,

these are the conditions before sending out the notification with the auto-assign user (alert_manager.py):

config['auto_assign_owner'] != ''

and config['auto_assign_owner'] != 'unassigned'

and incident_suppressed == False

and is_subsequent_resolved == False

and auto_info_resolved == False

and config['append_incident'] is None

the 4th and 5th lines are deprecated so we assume they are ok, the first 2 lines we assume ok as well because you assigned a user; so if the incident is not suppressed, the only one condition left is that you don't append identical incidents to the first one.

If that's the case, as it was mine, you must add a variable in the code as a workaround, to keep track of the append configuration and exclude the notification when you are in the events that are being appended and remove the 

and config['append_incident'] is None

condition above, replacing it with something like is_appended == False (otherwise you receive a notification for every appended incident. You must declare and validate the variable in the code where it is checked if there is an incident to append to).

I didn't find any other solution at the moment.

Get Updates on the Splunk Community!

Splunk Forwarders and Forced Time Based Load Balancing

Splunk customers use universal forwarders to collect and send data to Splunk. A universal forwarder can send ...

NEW! Log Views in Splunk Observability Dashboards Gives Context From a Single Page

Today, Splunk Observability releases log views, a new feature for users to add their logs data from Splunk Log ...

Last Chance to Submit Your Paper For BSides Splunk - Deadline is August 12th!

Hello everyone! Don't wait to submit - The deadline is August 12th! We have truly missed the community so ...