【问题标题】:For slack, [FIRING] contains [RESOLVED] alert对于 slack,[FIRING] 包含 [RESOLVED] 警报
【发布时间】:2019-12-27 09:06:59
【问题描述】:

在 alertmanager 中,我在接收器上设置了 slack 和 mail 并比较了它们的外观。

结果如下。

邮件

3 个提醒

[2] 开火

警报1

警报2

[1] 已解决

警报3


松弛

[射击:2]

警报1

alert3 ★

警报2


如您所见,客户端无法确认 alert3 已解决。 需要哪些配置文件才能像配置电子邮件通知一样配置 Slack 通知?

目前的设置如下。

config.yml

  send_resolved: true
  text: |-
    <!channel>
    {{ range .Alerts }}
      *Alert:* {{ .Labels.alertname }} - `{{ .Labels.severity }}`
      *Summary:* {{ .Annotations.summary }}
      *Description:* {{ .Annotations.description }}
      *Details:*
      {{ range .Labels.SortedPairs }} • *{{ .Name }}:* `{{ .Value }}`
      {{ end }}
    {{ end }}

我们期待您的回答。

【问题讨论】:

    标签: prometheus slack prometheus-alertmanager


    【解决方案1】:

    我认为您的配置正确。 send_resolved: true 必须做到这一点。

    我们正在使用 slack 和电子邮件通知,send_resolved 对这两个目标都有效。请查看 Alertmanager 的日志。可能是网络问题..

    更新

    另一个原因可能是您在初始部署后更新了警报管理器的设置,因此您希望新设置将在 prometheus-alertmanager-configmap-reloadcontainer 的帮助下动态应用,但这种重新加载经常由于某种原因而失败,所以您可以要做的就是删除你的alermanager的pod,等待一个新的pod启动,看看它是否解决了你的问题。

    【讨论】:

    • 不,这个问题总是被复制。我应该查看哪些日志?可以分享一下文件名和路径吗?
    • 您只需在 Alertmanager 的 pod 上执行 logs 命令:kubectl logs -f [name_of_your_alertmanager_pod] -c prometheus-alertmanager。如果某些电子邮件发送尝试失败,您将在那里看到原因。
    【解决方案2】:

    好像alertmanager的行为,当有多个alerts OF THE SAME GROUP/TYPE时,只有在所有alert都被resolved后,状态才会变成“resolved”或者一直是“firing”。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2022-01-01
      • 1970-01-01
      • 2023-01-28
      • 1970-01-01
      • 2021-08-17
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多