Skip to content

fix: Name the record and project in the not-Accepted alert - #160

Draft
ecv wants to merge 1 commit into
mainfrom
fix/name-the-record-in-not-accepted-alert
Draft

ecv wants to merge 1 commit into
mainfrom
fix/name-the-record-in-not-accepted-alert

Conversation

@ecv

@ecv ecv commented Sep 14, 2026

Copy link
Copy Markdown
Contributor

Summary

Fifty stuck DNS record sets alert with the same sentence, so nobody reading the channel can tell which customer records are affected or how many distinct ones there are.

The rule already carries the record name and the owning project as labels. Slack shows only the summary, which names neither.

This names both in the summary, and normalises the project label the way the sibling recording rules already do.

Test plan

  • Two stuck record sets render two different lines
  • The expression returns the same series set under both label spellings

Fixes #159

Fifty DNSRecordSetNotAccepted alerts render the same sentence, so nobody
reading them can tell which records are stuck or how many distinct ones
there are. The rule already carries the record name and the owning
project as labels, and Slack shows only the summary, which names
neither.

Normalise the project label onto `proj` the way the recording rules
already do, then name the record and the project in the summary.

The metric reaches the datasource under two spellings depending on the
ingest path, so the alert takes the same dual-spelling branch the
recording rules use rather than assuming one.

Verified against staging: the expression returns 62 series, each
carrying a distinct `proj` and `name`, where the previous summary
rendered 50 identical lines.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Stuck DNS record alerts do not say which record

1 participant