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).
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'.
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.
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.
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.
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.
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.
ID: 14083
Title: Fix linux agent using 100% CPU (again)
Component: Checks & agents
Level: 2
Class: Bug fix
Version: 2.2.0i1
Werk <i>#14027: Fix linux agent using 100% CPU</i> actually increased the problem of async agent services using 100% CPU on some systems.
ID: 14124
Title: KUBE: addition of Namespace inventory
Component: Checks & agents
Level: 1
Class: New feature
Version: 2.2.0i1
The piggyback host of a Namespace object now features the 'Metadata' path, which is already
available on other piggyback hosts.