Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow muting of Uptime created alerts based on url/endpoint. #80932

Closed
joshbasho opened this issue Oct 17, 2020 · 4 comments · Fixed by #81736
Closed

Allow muting of Uptime created alerts based on url/endpoint. #80932

joshbasho opened this issue Oct 17, 2020 · 4 comments · Fixed by #81736
Assignees
Labels
Team:Uptime - DEPRECATED Synthetics & RUM sub-team of Application Observability test-plan test-plan-ok issue has passed test plan v7.11.0

Comments

@joshbasho
Copy link

When an "Index Threshold" alert is grouped, it breaks each unique value into its own instance that can be silenced. For example, if I am grouping by IP, I can decide to mute a single IP address if there is going to maintenance or something like that.

image

With Uptime, the instance just shows as the cryptic xpack.uptime.alerts.actionGroups.monitorStatus which doesn't really provide any useful or actionable information.
image

If a single URL in a group is being taken down for maintenance, there isn't a way for me to temporarily silence that alarm until it is completed.

Additionally, I don't fully understand how "Alert Every" is impacted by this grouping. If I have it set to Alert every hour, I don't want a single website alerting to disable all other websites in the alert from alerting for the next hour.

@mshustov mshustov added the Team:ResponseOps Label for the ResponseOps team (formerly the Cases and Alerting teams) label Oct 20, 2020
@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-alerting-services (Team:Alerting Services)

@pmuellr pmuellr added the Team:Uptime - DEPRECATED Synthetics & RUM sub-team of Application Observability label Oct 20, 2020
@elasticmachine
Copy link
Contributor

Pinging @elastic/uptime (Team:uptime)

@pmuellr pmuellr removed the Team:ResponseOps Label for the ResponseOps team (formerly the Cases and Alerting teams) label Oct 20, 2020
@pmuellr
Copy link
Member

pmuellr commented Oct 20, 2020

I believe this should be directed to the uptime alert, I don't think it's an alerting framework issue; so changing labels to reflect that.

@shahzad31
Copy link
Contributor

@AddChickpeas created a PR #81736

i believe this is what you were looking for.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Team:Uptime - DEPRECATED Synthetics & RUM sub-team of Application Observability test-plan test-plan-ok issue has passed test plan v7.11.0
Projects
None yet
Development

Successfully merging a pull request may close this issue.

7 participants