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

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.

Got questions? Get answers!

Join the Splunk Community Slack to learn, troubleshoot, and make connections with fellow Splunk practitioners in real time!

Meet up IRL or virtually!

Join Splunk User Groups to connect and learn in-person by region or remotely by topic or industry.

Get Updates on the Splunk Community!

Observability Simplified: Combining User Experience, Application Performance & ...

Tech Talk Observability Simplified: Combining User Experience, Application Performance & Network ...

Event Series May & June: From Network Visibility to Service Intelligence

Unifying the Network: Moving from Alert Noise to Service Intelligence with Splunk ITSI In today’s hybrid ...

Global Splunk User Group Events: May + June 2026

Your Splunk Community Awaits: Discover Upcoming User Group Events Worldwide    Staying ahead in the fast-paced ...