-
Notifications
You must be signed in to change notification settings - Fork 16
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
[Feat]: When defining an Alert Silencing Rule I should be able to filter down till the alert instance (chart name) #990
Comments
@car12o made two proposals of solution based on what we discussed on the daily, I know for 2. you had to check something before we know it is a way forward |
I can confirm on alert transition we don't have chart labels, but we have it on the alert config, although I don't know if it's what you expect.
bear in mind that we do have some configs without any chart labels. nevertheless, I think it's easier and more straight forward to filter by alert instance (chart_name/chart_id) |
I think this is probably because of older version agents where we weren't using labels
I agree it is easier for now, the discussion was about if it would make sense to go towards a more ideal solution relying on labels since it is also how we are setting this on alert definitions. @kapantzak from your side all good? |
I don't think that's the case, as I sort by created timestamp and I still got some configs with empty chart labels. |
@hugovalente-pm using alert instance seems easier and more straight forward to me too. However I'm not sure if I have this information at that point. I see that I get contexts, names and roles from this endpoint: |
@kapantzak here's how to get the data, let me know if something is not clear Get instances from alert name or context
all these parameters are optional but as we discuss, to filter out all possible instances, we should always either specify what identifies an alert instance is the chart, the response looks like this
|
this is released |
Problem
Using a cause of
disk.space
alert on multiple Mount Points, if I want to silencing the alert for a specific Mount Point I'm not able to do it with the existing available attributes:Description
To be able to have a finer-grain control on silencing some specific alert instances, be it Mount Points, Network Devices, or even Database Instances, Netdata should provide that level of flexibility
Importance
really want
Value proposition
Proposed implementation
There are two considered options:
Use the current available attributes on an alert chart name (display) / chart id (store in DB)
Rely on chart labels, like the current alert definitions do (check learn here) to allow the user to specify how he ensure some specific alerts over given chart(s) are silenced
The text was updated successfully, but these errors were encountered: