ID: 12884
Title: User interface available in additional languages
Component: Setup
Level: 1
Class: New feature
Version: 2.1.0i1
The user interface of Checkmk is now available in following
additional languages:
<ul>
<li>Dutch</li>
<li>French</li>
<li>Italian</li>
<li>Japanese</li>
<li>Portuguese (Portugal)</li>
<li>Spanish</li>
</ul>
Except for Japanese, all of the above listed translations
are machine-supported translations. Feel free to contribute
to them on <a href=https://translate.checkmk.com>Weblate</a>.
ID: 12866
Title: pagerduty, slack, ilert, signl4, victorops, cisco_webex_teams: Add missing options
Component: Notifications
Level: 1
Class: New feature
Version: 2.1.0i1
You can now configure a proxy and disable ssl certificate verification for all
of the mentioned notification plugins.
ID: 12678
Title: UNIX agent: Better error communication for failed python plugins
Component: Checks & agents
Level: 1
Class: New feature
Version: 2.1.0i1
Werk #12149 states out that, on UNIX, a python agent plugin called <tt><em>plugin</em>.py</tt>
is always executed with Python 3, while a plugin called <tt><em>plugin</em>_2.py</tt> is always
executed with Python 2.
While an error will be communicated if there is no suitable Python installation available,
some other Python agent plugin related error situations pass silently. The cause for this is
that the agent assumes that python plugins always come as a pair of Python 3 and Python 2 version,
but this is not always the case in reality.
With this Werk, the communication is improved, by showing a WARN state in the Check_MK service
for the following situations:
<ul>
<li><tt><em>plugin</em>.py</tt> is deployed, but found no Python 3 installation, and there is no
<tt><i>plugin</i>_2.py</tt> counterpart. The reason "Missing Python 3 installation" will be
displayed alongside the failed plugin.</li>
<li>The other way round: <tt><em>plugin</em>_2.py</tt> is deployed, but found no Python 2
installation, and there is no <tt><i>plugin</i>.py</tt> counterpart. The reason "Missing Python 2
installation" will be displayed alongside the failed plugin.</li>
<ul>
ID: 12868
Title: Fix confirm message of remove comment command
Component: Multisite
Level: 1
Class: Bug fix
Version: 2.0.0p6
If you wanted to remove a comment, e.g. for a service, the confirm message was
"Do you really want to remove the following x services".
The command was only executed for the comment, no hosts or services were lost.
ID: 12895
Title: agent_graylog: Retrieve all sidecars instead of only the first 50
Component: Checks & agents
Level: 1
Class: Bug fix
Version: 2.1.0i1
The agent previously accessed an paginated version of the REST API
that only responded with the first 50 sidecars.
ID: 12835
Title: Service label conditions could lead to wrong rule matches
Component: Core & setup
Level: 2
Class: Bug fix
Version: 2.1.0i1
The matching of service rule sets (which are used for a lot of different
settings in Checkmk) could lead to wrong rule matching results in case service
labels were used.
This issue was only triggered in a specific condition: Multiple services on
different hosts on the same site with the same service description had to use
the exact same set of label keys (the text before the ":") with different label
values (the text after the ":").
In this case it could happen that the rule value of one service affected the
rule value of another service. For example, this could lead to services being
added to a service group which should not be added to that group.
ID: 12470
Title: BI: Fixed needless recompilation of BI aggregates
Component: BI
Level: 1
Class: Bug fix
Version: 2.1.0i1
Due to race conditions, the BI aggregates could be compiled too often.
This had only one effect on performance, but now other visible drawbacks.
ID: 12469
Title: BI: fixed race condition leading to empty aggregation pages
Component: BI
Level: 1
Class: Bug fix
Version: 2.1.0i1
Due to a data write/read race condition, there was a small risk that the aggregation page would not display any aggregates at all.
ID: 12894
Title: Fix CRE update-config for intallations with CEE-MKPs installed
Component: Checks & agents
Level: 1
Class: Bug fix
Version: 2.1.0i1
CRE istallations with MKPs installed that included files specific to
enterprise editions (bakery plugins, for instance) would fail to
convert the RRD names during `cmk-update-config`, reporting
<i>"AttributeError: module ‘cmk.base.cee’ has no attribute ‘rrd’"</i>.