ID: 12533
Title: Fix naming of entries in sorting section of views
Component: Multisite
Level: 1
Class: Bug fix
Version: 2.1.0i1
If you created or edited a view, some entries in the "Sorting" section where
shown as e.g. "<bound method PainterAlias.title of
<cmk.gui.plugins.views.painters.PainterAlias object at 0x7fb79a752ca0>>"
instead of "Host Alias".
ID: 12308
Title: adapt calculation of memory usage to match docker 20.10
Component: Checks & agents
Level: 1
Class: Bug fix
Version: 2.1.0i1
Docker 20.10 changed the way how memory usage of docker containers is
calculated, the docker check was adapted accordingly.
See https://github.com/docker/cli/pull/2415 for more information.
ID: 12317
Title: Windows agent reinstalls Python module instantly
Component: Checks & agents
Level: 2
Class: New feature
Version: 2.1.0i1
Previously, automatic update of the Windows agent with Python module installed
has lead to long delays in the monitoring - up to few minutes, because the
installation of the Python module requires a lot of CPU time.
Since this release the problem is solved. Windows agent instead of the
uninstalling of the Python module in it's uninstallation phase, moves the
module to the temporary cache. If incoming installation of the Windows agent
uses the same version og Python module, then Python module will be moved from
cache to the ProgramData directory. If the versions are different, then old
method will be used, i.e. full installation.
Because changing of the version of the Python module happens very rarely, the
usual update of the Windows agent requires no more than few seconds.
ID: 12517
Title: Fixed "Services colored according to state" view column
Component: Multisite
Level: 1
Class: Bug fix
Version: 2.1.0i1
The services shown in the host view column "Hosts: Services colored according to state" were not colored in the state color. This has been fixed.
ID: 12187
Title: Status mapping params for haproxy
Component: Checks & agents
Level: 1
Class: New feature
Version: 2.1.0i1
New parameters added for haproxy_frontend and haproxy_server.
It's now possible to map haproxy statuses to checkmk states.
ID: 12355
Title: Invalid configuration variable 'logwatch_groups'
Component: Checks & agents
Level: 1
Class: Bug fix
Version: 2.1.0i1
In Checkmk versions 2.0.0i1 to 2.0.0, users with rules defined via
<i>Logfile Grouping</i> were unable to load their configuration.
The displayed message was
<pre>
Invalid configuration variable 'logwatch_groups'
--> Found 1 invalid variables
If you use own helper variables, please prefix them with _.
</pre>
ID: 12358
Title: interfaces: Wrong scaling of metrics
Component: Checks & agents
Level: 1
Class: Bug fix
Version: 2.1.0i1
In Checkmk versions 2.0.0i1 to 2.0.0 the metrics of the newly
introduced check plugin <tt>interfaces</tt> have not been scaled
properly.
ID: 12154
Title: Agent Bakery fails over custom binary files
Component: agents
Level: 1
Class: Bug fix
Version: 2.1.0i1
When deploying files to agent packages using the agent bakery and the
"Deploy custom files with agent" ruleset, the agent bakery would fail
to bake agents, if there are any files placed under your custom files
package's <tt>bin</tt> subdirectory that have an executable flag set.
This is fixed now.
ID: 12548
Title: Fix cmk --scan-parents on localized linux systems
Component: Core & setup
Level: 1
Class: Bug fix
Version: 2.1.0i1
The command "cmk --scan-parents" was detecting all hosts to be not pingable in
previous Checkmk 2.0 releases on Checkmk servers that use a localized
environment.
For example Linux systems that have the locale set to de_DE
(LC_NUMERIC=de_DE.UTF-8) use "," as decimal separator which is then expected as
parameter format by the underlying "ping" command.
This issue is solved by disabling inheritance of the the systems locale
settings for Checkmk site environments. This should've been ensured by the
shipped ".profile" file but the mechanism was not covering all cases. It now
explicitly unsets already set locale related environment variables to disable
the locales in the site.