fix: [alert] NvmeDriveWearHigh (monitoring) (#675) #679

Merged
k.renner merged 1 commits from alert-fix/issue-675 into master 2026-08-28 04:21:03 +00:00
+19
View File
@@ -69,6 +69,25 @@ cluster:
# which is the constraint that makes k8s-2 and k8s-3 trip DiskPressure whenever
# they absorb another node's pods.
#
# One caveat this node does NOT share with k8s-2 and k8s-3: their P3s report
# zero media errors, this one reports 18 (smartctl_device_media_errors,
# verified 2026-08-27 — the only non-zero counter in the fleet). Everything
# else on the drive is clean, available spare 100% and critical-warning byte
# 0, and NvmeDriveMediaErrors alerts on the increase rather than the total, so
# a static count never surfaces there.
#
# Whether those 18 are old damage from its OSD career or ongoing is NOT
# established. Prometheus only has a few hours of history for this drive, flat
# at 18, because the exporter first scraped this node at its conversion — the
# series being young is not evidence the count is stable. Settle it on the
# node with `smartctl -a /dev/nvme1n1` and compare the error-log entries
# against power-on hours.
#
# That question matters more here than the wear number does, because
# /var/lib/etcd lives on EPHEMERAL: if the count is climbing, this node's etcd
# member data is sitting on failing media and EPHEMERAL belongs on the system
# disk instead — which means a wipe and install media, per the note below.
#
# THIS ONLY TAKES EFFECT ON FIRST PROVISION. Talos applies volume configuration
# solely when the volume does not yet exist; a config applied after EPHEMERAL
# has been created elsewhere is silently ignored, and relocating it then