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.
[//]: # (werk v2)
# downtimes: Fix performance issues when creating downtimes
key | value
---------- | ---
date | 2023-12-20T08:56:08+00:00
version | 2.3.0b1
class | fix
edition | cre
component | rest-api
level | 1
compatible | yes
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.3.0b1
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.
Title: Improve "Acknowledge problems" command dialog
Class: feature
Compatible: compat
Component: multisite
Date: 1702972658
Edition: cre
Level: 1
Version: 2.3.0b1
The command dialog "Acknowledge problems" in views is reworked to improve usability.
The possible options are now more verbose, explaining more clearly what they do. Also, these options' defaults can be accessed directly from the command dialog via the link "Edit defaults".
The removal of acknowledgments is moved into a separate command "Remove acknowledgments" that can be found in the page menu "Commands".
Title: bi: new endpoint to get bi aggregation state via GET method
Class: feature
Compatible: compat
Component: rest-api
Date: 1702896901
Edition: cre
Level: 1
Version: 2.3.0b1
This werk introduces a new endpoint which replicates the following endpoint
POST - /domain-types/bi_aggregation/actions/aggregation_state/invoke
We now provide the same behaviour via a GET endpoint.
GET - /domain-types/bi_aggregation/actions/aggregation_state/invoke
This means that the parameters "filter_names" and "filter_groups" which
are passed as request parameters for the POST endpoint, have to be passed
as query parameters for this new GET endpoint.