Checkmk werks level1 August 2024

checkmk-werks-lvl1@lists.checkmk.com

1 participants
228 discussions

[2.4.0] Checkmk Werk 17227 created: Synthetic Monitoring: Avoid crash in scheduler (client side) during RCC setup

by Checkmk werks level 1

[//]: # (werk v2) # Synthetic Monitoring: Avoid crash in scheduler (client side) during RCC setup key | value ---------- | --- date | 2024-08-06T05:54:33+00:00 version | 2.4.0b1 class | fix edition | cee component | checks level | 1 compatible | yes In one specific scenario, the Robotmk scheduler crashed during the RCC setup step. This happened if if all plans using RCC were configured to run under a specific user instead of under the system user. Users have to update the agent on affected hosts to benefit from this werk.

2 months, 1 week

[2.4.0] Checkmk Werk 17226 created: Fix ValueErrors when rendering graphs

by Checkmk werks level 1

[//]: # (werk v2) # Fix ValueErrors when rendering graphs key | value ---------- | --- date | 2024-08-05T18:01:16+00:00 version | 2.4.0b1 class | fix edition | cre component | multisite level | 1 compatible | yes In certain cases, rendering graphs crashed with a `ValueError` such as ``` Traceback (most recent call last): ... File "...", line 615, in _compute_labels_from_api raise ValueError((min_y, max_y)) ValueError: (0.0, 1.75828125) ```

2 months, 1 week

[2.4.0] Checkmk Werk 17225 created: Custom graphs: Respect "Metrics with all zero values" setting

by Checkmk werks level 1

[//]: # (werk v2) # Custom graphs: Respect "Metrics with all zero values" setting key | value ---------- | --- date | 2024-08-05T06:51:13+00:00 version | 2.4.0b1 class | fix edition | cee component | multisite level | 1 compatible | yes The custom graph setting _Metrics with all zero values_ was not persisted and not taken into account when rendering the graph.

2 months, 1 week

[2.4.0] Checkmk Werk 17206 created: omd update: Log "Verifying site configuration"

by Checkmk werks level 1

[//]: # (werk v2) # omd update: Log "Verifying site configuration" key | value ---------- | --- date | 2024-08-05T08:59:03+00:00 version | 2.4.0b1 class | fix edition | cre component | omd level | 1 compatible | yes If a user runs `omd update`, then the output is written to both `$OMD_ROOT/var/log/update.log` and stdout. However, the output of site configuration verification <a href="https://checkmk.com/werk/16408"> Werk #16408</a> was missing. This has been fixed.

2 months, 1 week

[2.4.0] Checkmk Werk 16249 created: mk_informix: Follow up for Werk 16198

by Checkmk werks level 1

[//]: # (werk v2) # mk_informix: Follow up for Werk 16198 key | value ---------- | --- date | 2024-07-26T07:18:38+00:00 version | 2.4.0b1 class | security edition | cre component | checks level | 1 compatible | yes [Werk #16198](https://checkmk.com/werk/16198) addressed potential priviledge escalation by the agent plugin `mk_informix`. However, a few callsites to the binaries `dbaccess` and `onstat` where missing the safe execution. Those binaries are now also called in a safe way. <em>Vulnerability Management</em>: We have rated the issue with a CVSS Score of 5.2 (Medium) with the following CVSS vector: <code>CVSS:4.0/AV:L/AC:L/AT:P/PR:L/UI:N/VC:L/VI:L/VA:L/SC:H/SI:H/SA:H</code> and assigned CVE <code>CVE-2024-28829</code>.

2 months, 1 week

[2.4.0] Checkmk Werk 16846 adapted: The custom instances of the MS SQL Server plugin are configured correctly

by Checkmk werks level 1

Werk 16846 was adapted. The following is the new Werk, a diff is shown at the end of the message. [//]: # (werk v2) # The custom instances of the MS SQL Server plugin are configured correctly key | value ---------- | --- date | 2024-07-19T11:09:57+00:00 version | 2.4.0b1 class | fix edition | cee component | checks level | 2 compatible | yes Previously, configuring custom instances, WATO used wrong key names: `conn` instead of a correct `connection` and `auth` instead of a correct `authentication`. With this release the problem has been eliminated, If you are using custom instances you need to bake and deploy new agent package ------------------------------------<diff>------------------------------------------- [//]: # (werk v2) - # The custom instances of the MS SQL Server plugin are configured correctly ? - + # The custom instances of the MS SQL Server plugin are configured correctly key | value ---------- | --- date | 2024-07-19T11:09:57+00:00 - version | 2.3.0p12 ? ^ ^ - + version | 2.4.0b1 ? ^ ^ class | fix edition | cee component | checks level | 2 compatible | yes Previously, configuring custom instances, WATO used wrong key names: - `conn` instead of a correct `connection` and `auth` instead of ? - + `conn` instead of a correct `connection` and `auth` instead of a correct `authentication`. With this release the problem has been eliminated, - If you are using custom instances you need to bake and deploy new ? - + If you are using custom instances you need to bake and deploy new agent package

2 months, 1 week

[2.4.0] Checkmk Werk 16887 created: mk_job: MK_VARDIR defaults not being set in bakery

by Checkmk werks level 1

[//]: # (werk v2) # mk_job: MK_VARDIR defaults not being set in bakery key | value ---------- | --- date | 2024-07-26T05:47:27+00:00 version | 2.4.0b1 class | fix edition | cre component | checks level | 1 compatible | yes Due to a different way to set in `MK_VARDIR` in `mk_job`, default values would not be baked into `mk_job` and derivates. This change adds a replacement rule for the way `MK_VARDIR` gets assigned in `mk_job` and also separates assignment and export in order to avoid known problems with Solaris.

2 months, 1 week

[2.4.0] Checkmk Werk 16556 created: Agent Updates: host selection ignores configured host labels

by Checkmk werks level 1

[//]: # (werk v2) # Agent Updates: host selection ignores configured host labels key | value ---------- | --- date | 2024-08-01T13:39:05+00:00 version | 2.4.0b1 class | fix edition | cee component | agents level | 1 compatible | yes When configuring the global setting *Automatic agent updates/Activate update only on the selected hosts*, the selection of host labels under *Match host labels* didn't get recognized. Technical background: The set of host selection parameters used in above rule comes from a generic ruleset pattern that's used in some more host rulesets in Checkmk. Eventually, the option to filter for host labels got introduced to the generic ruleset, but we missed to evaluate it for the determination of allowed hosts for agent updates.

2 months, 1 week

[2.4.0] Checkmk Werk 16556 created: Agent Updates: host selection ignores configured host labels

by Checkmk werks level 1

2 months, 1 week

[2.4.0] Checkmk Werk 16556 created: Agent Updates: host selection ignores configured host labels

by Checkmk werks level 1

2 months, 2 weeks

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Checkmk werks level1 August 2024