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

Alerting: External Alertmanager stuck in pending #88366

Open
Brice187 opened this issue May 28, 2024 · 0 comments
Open

Alerting: External Alertmanager stuck in pending #88366

Brice187 opened this issue May 28, 2024 · 0 comments
Assignees
Labels
area/alerting Grafana Alerting triage/needs-confirmation used for OSS triage rotation - reported issue needs to be reproduced

Comments

@Brice187
Copy link

What happened?

Alerting > Admin

image

Provisioned External Alertmanager is stuck in status pending forever

When I select Send alerts to (Only External or both internal and external it eventually becomes available

image

Loglines after selecting one of the mentioned options:

logger=ngalert.sender.router t=2024-05-28T08:49:10.483249403Z level=info msg="Creating new sender for the external alertmanagers" org=1 alertmanagers=[https://alertmanager.iznet]                                                │
logger=ngalert.sender.external-alertmanager org=1 cfg=1 t=2024-05-28T08:49:10.483455446Z level=info msg="Synchronizing config with external Alertmanager group"                                                                   │
logger=ngalert.sender.external-alertmanager t=2024-05-28T08:49:10.483458866Z level=info msg="Initiating communication with a group of external Alertmanagers"  
...
logger=ngalert.sender.router rule_uid=bdn1xyt2de0owe org_id=1 t=2024-05-28T08:50:10.211275365Z level=info msg="Sending alerts to local notifier" count=1                                                                          │
logger=ngalert.sender.router rule_uid=bdn1xyt2de0owe org_id=1 t=2024-05-28T08:50:10.211336568Z level=info msg="Sending alerts to external notifier" count=1 

What did you expect to happen?

Grafana (10.4.1) is provisioned in Kubernetes with helmchart 7.3.11

Because the mentioned behaviour is not idempotent, I have to manually activate the external alertmanager.

Did this work before?

N/A

How do we reproduce it?

  1. Provision an external alertmanager like this:

values.yaml

...
datasources:
  alertmanager.yaml:
    apiVersion: 1
    datasources:
      - name: Alertmanager Example
        type: alertmanager
        uid: alertmanager-example
        access: proxy
        url: https://alertmanager.example.com
        jsonData:
          implementation: prometheus
          handleGrafanaManagedAlerts: true
  1. Check in Grafana Alerting > Admin if the Connection becomes available without manipulating the settings manually

Is the bug inside a dashboard panel?

No response

Environment (with versions)?

Grafana: 10.4.1
OS: Debian 12 / Kubernetes v1.30.1
Browser: Firefox 126

Grafana platform?

Kubernetes

Datasource(s)?

Alertmanager

@tonypowa tonypowa added area/alerting Grafana Alerting triage/needs-confirmation used for OSS triage rotation - reported issue needs to be reproduced labels Jul 3, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/alerting Grafana Alerting triage/needs-confirmation used for OSS triage rotation - reported issue needs to be reproduced
Projects
Status: Backlog
Development

No branches or pull requests

3 participants