Title: host_config: 500 status code with no explicit IPMI credentials configured
Class: fix
Compatible: compat
Component: rest-api
Date: 1702993286
Edition: cre
Level: 1
Version: 2.2.0p18
When calling the <code>host_config/collections/all</code> endpoint with IPMI credentials activated and set
to <code>No explicit credentials</code> the endpoint returns a status 500 (Internal Server Error).
Now the information is correctly returned.
[//]: # (werk v2)
# host_config: 500 status code with no explicit IPMI credentials configured
key | value
---------- | ---
date | 2023-12-19T13:41:26+00:00
version | 2.3.0b1
class | fix
edition | cre
component | rest-api
level | 1
compatible | yes
When calling the `host_config/collections/all` endpoint with IPMI credentials activated and set
to `No explicit credentials` the endpoint returns a status 500 (Internal Server Error).
Now the information is correctly returned.
Title: solaris: uptime: Cannot render negative timespan
Class: fix
Compatible: compat
Component: checks
Date: 1702991355
Edition: cre
Level: 1
Version: 2.2.0p18
Solaris server may keep a bad time when moved to different hardware.
This is corrected some minutes after booting via NTP server.
If the checkmk client is used before the time has been corrected, it was
possible that a negative time span was reported for the time since the last
start. This caused a crash in the check.
The new behaviour is, that the check will report an UNKNOWN status alongside the
message: "Your Solaris system reported to be booted in the future."
Title: solaris: uptime: AssertionError
Class: fix
Compatible: compat
Component: checks
Date: 1702989839
Edition: cre
Level: 1
Version: 2.2.0p18
Shortly after rebooting, solaris uptime command returned a timestamp that could
not be parsed by the checkmk agent.
Title: downtimes: Fix performance issues when creating downtimes
Class: fix
Compatible: compat
Component: rest-api
Date: 1703062568
Edition: cre
Level: 1
Version: 2.2.0p18
This Werk fixes a performance issue that occurred when creating downtimes for services in a distributed monitoring environment.
Title: time_period: Fix error when updating a time period without changing its alias
Class: fix
Compatible: compat
Component: rest-api
Date: 1702559447
Edition: cre
Level: 1
Version: 2.2.0p18
Prior to this Werk, when updating a time period keeping the same alias, it would raise an error
due to the alias already being in use. This fix changes that and performs the requested update.
[//]: # (werk v2)
# solaris: uptime: Cannot render negative timespan
key | value
---------- | ---
date | 2023-12-19T13:09:15+00:00
version | 2.3.0b1
class | fix
edition | cre
component | checks
level | 1
compatible | yes
Solaris server may keep a bad time when moved to different hardware.
This is corrected some minutes after booting via NTP server.
If the checkmk client is used before the time has been corrected, it was
possible that a negative time span was reported for the time since the last
start. This caused a crash in the check.
The new behaviour is, that the check will report an UNKNOWN status alongside the
message: "Your Solaris system reported to be booted in the future."
[//]: # (werk v2)
# solaris: uptime: AssertionError
key | value
---------- | ---
date | 2023-12-19T12:43:59+00:00
version | 2.3.0b1
class | fix
edition | cre
component | checks
level | 1
compatible | yes
Shortly after rebooting, solaris uptime command returned a timestamp that could
not be parsed by the checkmk agent.