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!

Fuel Your Journey: What’s Waiting for You at the .conf26 Acceleration Station

Navigating the show floor at .conf26 isn't just about keynotes and technical breakout sessions; it's also ...

Join the Final Session of the Data Management & Federation Bootcamp Series

Over the past three sessions of the Data Management & Federation Bootcamp Series, we've explored how to build ...

From Data to Insight: Announcing the Winners of the Splunk Dashboard Contest

Hi Splunkers, First off, thank you to everyone who participated in our very first From Data to Insight: The ...