-
Notifications
You must be signed in to change notification settings - Fork 402
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
[Bug] unabel to create notification policy #1809
Comments
Notification policies are global objects, so you cannot apply more than one. Is the operator correct in that you have another notification policy configured as well? We have an open proposal for dynamic notification policies in #1800, but this is not yet implemented. |
@theSuess I have created only one notification policy using the Grafana Operator. However, there is a default notification policy already present. |
Hm, this is weird then. The default notification policy should not interfere, as the detection is based off the |
@theSuess, I've updated the notification policy based on the documentation from [Grafana Operator Alerting.](https://grafana.github.io/grafana-operator/docs/alerting/) I’ve also ensured the label is set correctly. Below is the current configuration but again facing the same issue. All other resources are working except for the notification policy.
grafana operator logs:
|
Can you see what the value of the |
@theSuess, The label remained the same even after applying, so I tried recreating Grafana. The notification policy has now been created. Thanks for your support!
|
Describe the bug
When applying a GrafanaNotificationPolicy, the operator logs indicate that it skips reconciliation due to an existing notification policy being applied to the same instance. This prevents new policies from being configured as expected.
Helm Version
operator version: 5.12.0
grafana version: v5.15.1
grafana operator logs:
The text was updated successfully, but these errors were encountered: