|
| 1 | +[//]: # (werk v3) |
| 2 | +# Azure VM and database CPU utilization: configured thresholds now take effect |
| 3 | + |
| 4 | +key | value |
| 5 | +---------- | --- |
| 6 | +date | 2026-06-24T15:21:41.397087+00:00 |
| 7 | +version | 2.5.0p8 |
| 8 | +class | fix |
| 9 | +edition | community |
| 10 | +component | checks |
| 11 | +level | 1 |
| 12 | +compatible | no |
| 13 | + |
| 14 | +The warning and critical levels configured for the following services of the |
| 15 | +current Azure integration (`azure_v2`) had no effect; the services always used |
| 16 | +their built-in default levels: |
| 17 | + |
| 18 | +- Azure/VM CPU Utilization |
| 19 | +- Azure/DB for PostgreSQL CPU |
| 20 | +- Azure/DB for MySQL CPU |
| 21 | + |
| 22 | +The check plugins read the levels from the wrong parameter key, so the |
| 23 | +thresholds configured via the _CPU utilization (single value)_ rule (previously |
| 24 | +_CPU utilization for appliances_) were silently ignored. |
| 25 | + |
| 26 | +The check plugins now read the levels from the correct key, so this rule takes |
| 27 | +effect for the affected services. |
| 28 | + |
| 29 | +Advisory: if you have already configured the _CPU utilization (single value)_ |
| 30 | +rule for hosts running these services, the levels now apply on the next check |
| 31 | +cycle. Review the rule (and the affected services) after |
| 32 | +updating if you want to avoid unexpected state changes. |
| 33 | + |
| 34 | +Additionally, the check manuals for these services previously referred to the |
| 35 | +wrong rule, _CPU utilization_ (the per-item variant), which these services |
| 36 | +cannot use. If you created that rule expecting it to configure these services, |
| 37 | +it never took effect and is now orphaned. Remove it and configure the levels |
| 38 | +with the _CPU utilization (single value)_ rule instead. |
0 commit comments