Checkmk werks level1 May 2022

checkmk-werks-lvl1@lists.checkmk.com

28 participants
121 discussions

Checkmk Werk 14046: inventory_lnx_packages: Fix crash when there is no package version

by Sofia Colakovic

ID: 14046 Title: inventory_lnx_packages: Fix crash when there is no package version Component: HW/SW Inventory Level: 1 Class: Bug fix Version: 2.2.0i1 Discovery would crash if there was no package version. It would result with packages not being shown in the Inventory tree.

2 years, 4 months

Checkmk Werk 14072: Filesystem (<tt>df</tt>) check plugins: Handle zero free inodes correctly

by Joerg Herbel

ID: 14072 Title: Filesystem (<tt>df</tt>) check plugins: Handle zero free inodes correctly Component: Checks & agents Level: 1 Class: Bug fix Version: 2.2.0i1 Most filesystem (<tt>df</tt>) check plugins, such as the plugin for Linux systems, did not handle the case of exactly zero free inodes correctly. Independently of the user configuration, no check result at all for the free inodes was reported in this particular case.

2 years, 4 months

Checkmk Werk 13901: Update openssl to 1.1.1o

by Maximilian Wirtz

ID: 13901 Title: Update openssl to 1.1.1o Component: Core & setup Level: 1 Class: Security fix Version: 2.2.0i1

2 years, 4 months

Checkmk Werk 14084: Deprecate old HW/SW inventory plugin API

by Moritz Kiemer

ID: 14084 Title: Deprecate old HW/SW inventory plugin API Component: Checks & agents Level: 1 Class: New feature Version: 2.2.0i1 This werk only affects users and maintainers of custom hardware/software inventory plugins. The old API for the plugins residing in <tt>{local/,}share/check_mk/inventory</tt> will be removed in Checkmk version 2.2. Plugins in that folder will be ignored starting with 2.2. However, they keep working with the 2.1 for the transition period. As of Checkmk version 2.1 plugins in that folder will generate a warning on the commandline and result in an <i>"Analyze Configuration"</i> test going to {{WARN}}. If you maintian such plugins, please migrate them to the new API before upgrading to Checkmk 2.2. New plugins live in <tt>lib/check_mk/base/plugins/agent_based/</tt>. You can find an example for a migration on github <a href="https://github.com/tribe29/checkmk/commit/0264b6acdef677ff7ae323a696ddbe17d…">here</a> and <a href="https://github.com/tribe29/checkmk/commit/e926cc58adb8297030fb03d61c7854a96…">here</a>. Also refer to the APIs documentation found in your site (Help -> Check plugin API reference).

2 years, 4 months

Checkmk Werk 13857: Windows agent uses perflib to obtain wmi_cpuload data

by Sergey Kipnis

ID: 13857 Title: Windows agent uses perflib to obtain wmi_cpuload data Component: Checks & agents Level: 2 Class: New feature Version: 2.2.0i1 Windows agent uses now the Perflib API for service wmi_cpuload as a more reliable and stable source of information compared to the previously used WMI API. If, for some reasons, the new functionality causes problems, it is possible to return to the WMI API, using the appropriate key in the user config. To do it, set in section global the key cpuload_method to 'use_wmi'.

2 years, 4 months

Checkmk Werk 13748: Support Diagnostics: Missing performance report

by Lars Getwan

ID: 13748 Title: Support Diagnostics: Missing performance report Component: Setup Level: 1 Class: Bug fix Version: 2.2.0i1 In an environment with multiple sites on one server or with multiple CMK servers added as hosts, the performance report was sometimes missing in the Support Diagnostics dump. The reason was: When creating a Support Diagnostics dump, the hostname of the Checkmk server is determined using a Livestatus query. The query previously used, returned multiple servers in some cases, and the first one listed was used. This fix uses a new query that is more reliable.

2 years, 4 months

Checkmk Werk 13899: Notification spooler: Support for TLS authentication

by Maximilian Wirtz

ID: 13899 Title: Notification spooler: Support for TLS authentication Component: Notifications Level: 1 Class: Security fix Version: 2.2.0i1 Previously mknotifyd did not authenticate peers. With this Werk mknotifyd can be configured to require TLS client certificate authentication. This is only available if encryption for mknotifyd is configured. In order to verify the peers correctly the corresponding site CAs must be trusted. This is usually the case if you enabled the configuration sync and enabled the encryption of livestatus. If you have another setup make sure both all Site CAs are trusted on each site.

2 years, 4 months

Checkmk Werk 14123: KUBE: Change Service name 'Cluster Collector'

by Solomon Jacobs

ID: 14123 Title: KUBE: Change Service name 'Cluster Collector' Component: Checks & agents Level: 1 Class: Bug fix Version: 2.2.0i1 The new service name is 'Cluster collector'. Users have to rediscover the service and to reconfigure rules, which have options matching the service name.

2 years, 4 months

Checkmk Werk 14104: Fix error on adding views to reports

by Ronny Bruska

ID: 14104 Title: Fix error on adding views to reports Component: Multisite Level: 1 Class: Bug fix Version: 2.2.0i1 If you used report options in the "Add to" menu of views, an error like "Cannot load reports from /omd/sites/beta/var/check_mk/web/USER/user_reports.mk: invalid syntax (<unknown>, line 1)" occured. If you still see this error while opening views or reports, you have to edit the file /omd/sites/beta/var/check_mk/web/USER/user_reports.mk and change all occurrences of entries like {'title': l'MY_TITLE'} to {"title: 'MY_TITLE'}. Another option is to simply delete the file, but your saved options will be lost.

2 years, 4 months

Checkmk Werk 14121: KUBE: Import annotations as host labels

by Solomon Jacobs

ID: 14121 Title: KUBE: Import annotations as host labels Component: Checks & agents Level: 1 Class: New feature Version: 2.2.0i1 By default, Checkmk does not import Kubernetes annotations. With this werk, this bevaviour can be configured via the option <tt>Import annotations as host labels<\tt> in the rule <tt>Kubernetes<\tt>. The option allows importing any Kubernetes annotation that is a valid Kubernetes label. These imported annotations are added as host labels to their respective piggyback host using the syntax <tt>cmk/kubernetes/annotation/{key}:{value}<\tt>. You can further restrict the imported annotations by specifying a pattern which Checkmk searches for in the key of the annotation.

2 years, 4 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Checkmk werks level1 May 2022