Prometheus 对于松弛，[FIRING]包含[RESOLVED]警报

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

结果如下

邮件 3律师

[2] 发射

警报1

警报2

[1] 决心

警报3

---

松弛的 [点火：2]

警报1

警报3★

警报2

---

如您所见，客户端无法确认alert3是否已解决。 以与电子邮件通知相同的方式配置空闲通知需要哪些配置文件

当前设置如下所示

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 }}

send\u已解析：true
正文：|-
{{range.Alerts}
*警报：{{.Labels.alertname}-`{{.Labels.severity}`
*摘要：{{.Annotations.Summary}
*说明：{{.Annotations.Description}
*详情：*
{range.Labels.SortedPairs}}•*{{.Name}::`{.Value}`
{{end}
{{end}

---

我们期待您的答复。

我认为您的配置正确

send\u resolved:true

必须这样做

我们正在使用slack和email通知，

send\u resolved

对这两个目标都很有效。请看一下Alertmanager的日志。可能是网络问题

更新

---

另一个原因可能是您在初始部署后更新了alermanager的设置，因此您希望在

prometheus alertmanager configmap reload

容器的帮助下动态应用新设置，但由于某些原因，此重新加载经常失败，因此您可以做的是删除alermanager的设置pod，在新pod启动后等待，看看它是否解决了您的问题。

否，此问题始终会重现。我应该看哪些日志？您可以共享文件名和路径吗？您只需在Alertmanager的pod上执行

logs

命令：

kubectl logs-f[u您的Alertmanager pod的名称]-c prometheus Alertmanager

。如果尝试发送电子邮件失败，您将看到原因。