Werk #18752: STULZ Clima Units: discover all units on multi-bus controllers
| Component | Checks & agents | ||||||
| Title | STULZ Clima Units: discover all units on multi-bus controllers | ||||||
| Date | Jun 11, 2026 | ||||||
| Level | Trivial Change | ||||||
| Class | Bug Fix | ||||||
| Compatibility | Incompatible - Manual interaction might be required | ||||||
| Checkmk versions & editions |
|
You are affected if you monitor a STULZ clima management (e.g. a WIB8000 controller) that distributes its units across more than one bus.
The SNMP tables of these devices are indexed as <bus>.<unit>. The checks
stulz_alerts, stulz_humidity and stulz_powerstate previously restricted
their SNMP walk to the first bus, so only the units on bus 1 were discovered
and monitored. Units on any further bus were silently missing. In addition,
stulz_temp built its service item from the unit number only, so two units
that share the same unit number on different buses collided and only the first
one was kept.
All units are now discovered and monitored for these four checks.
To make the units uniquely identifiable, the service items now include the bus number:
stulz_alerts,stulz_humidity,stulz_powerstate: the item is now<bus>-<unit>(for example2-1), instead of the previous bus-1-only index.stulz_temp: the item is now<sensor type> <bus>-<unit>(for exampleunit return air 2-1), instead of<sensor type>-<unit>.
Because the service items change, a service re-discovery is required to pick up the new and renamed services. On hosts that have periodic service discovery disabled (a common setting for these slow-responding SNMP devices) this has to be triggered manually. Rules and searches that reference the old service descriptions need to be adjusted, and historical metrics stored under the old service names are not carried over.