ID: 13342
Title: KUBE: remove unnecessary labels from inventory
Component: Checks & agents
Level: 1
Class: Bug fix
Version: 2.2.0i1
In the HW/SW inventory of Kubernetes objects the Network section would
provide the superfluous columns label_name and label_value. They are
now removed.
ID: 13564
Title: oracle_processes: crashed when used with 1.6 agent plugin for solaris
Component: Checks & agents
Level: 1
Class: Bug fix
Version: 2.2.0i1
The plugin for Oracle processes, "oracle_processes", carshed when it processed
the output of the 1.6 agent plugin for solaris with the error message
"ValueError (invalid literal for int() with base 10: 'Message:')". This has
been fixed.
ID: 13769
Title: kubernetes: addition of cluster name label to all k8s objects
Component: Checks & agents
Level: 1
Class: New feature
Version: 2.2.0i1
This werk introduces the cmk/kubernetes/cluster host label whose value
is the configured name of the k8s cluster. This label is added to
all piggyback hosts originating from the Kubernetes special agent.
ID: 13410
Title: KUBE: Adapt kubernetes labels to Checkmk's labelling requirements
Component: Checks & agents
Level: 1
Class: Bug fix
Version: 2.2.0i1
Kubernetes labels can have empty strings as values for labels (for
example <tt>node-role.kubernetes.io/control-plane:</tt>).
In checkmk labels can not have an empty value.
In order to have valid labels in checkmk, empty labels values are replaced
with <tt>true</tt>.
ID: 13740
Title: Veeam: Make veeam_cdp_jobs section optional
Component: Checks & agents
Level: 1
Class: Bug fix
Version: 2.2.0i1
The CDP job option is now optional since not every Veeam instance supports it.
ID: 13563
Title: kube_replicas: alert when replicas are not ready/not updated
Component: Checks & agents
Level: 1
Class: Bug fix
Version: 2.2.0i1
The check kube_replicas did not alert in the event that the number of ready or
updated replicas transitioned from an OK state to a not ready or not updated
state. This has been fixed.
ID: 13693
Title: Dedicated agent updater systemd units
Component: agents
Level: 1
Class: Bug fix
Version: 2.2.0i1
In case the linux agent is managed by systemd, the agent
updater now comes with dedicated systemd units to trigger
the update.
This was required by the new agent conroller architecture,
but it also has the advantage that the agent update is
triggered indenpendently from the monitoring data transport.
A misconfigured agent transport no longer locks you out of
the host.
ID: 13539
Title: lnx_thermal: Fix wrong temperature scaling and flapping vanished/new services
Component: Checks & agents
Level: 1
Class: Bug fix
Version: 2.2.0i1
>From kernel docs: on Linux the temperature is reported in milli degrees. On
SunXI the temperature value is measured in degrees.
Moreover the temperature services were seen as vanished if related trip points
were missing. This has also been fixed.
ID: 13577
Title: Service creation when pinging all IPv4/v6
Component: Checks & agents
Level: 1
Class: Bug fix
Version: 2.2.0i1
When using the rule "Check hosts with PING (ICMP Echo Request)" in combination with
"Ping all IPv4/6 addresses", only a service for the first matching rule was created.
As a result, only one protocol on a dual-stack host was monitored. This is fixed now.
ID: 13562
Title: win_dhcp_pools: Free or used leases statistics are average values not absolute
Component: Checks & agents
Level: 1
Class: Bug fix
Version: 2.2.0i1
Via the command {{netsh dhcp server show mibinfo}} in the agent plugin
{{win_dhcp_pools.bat}} the collected statistics about free or used leases are
average and not absolute values. These average values refer to the last
execution interval, see also the official docs in {{DHCP Service POG.docx}}:
<br>
Task: Capture DHCP services scope usage statistics
<br>
Purpose
<br>
The following activity captures empirical data on DHCP service utilization.
This data, which is collected daily (or multiple times a day) should be
reviewed weekly. It will also be used to create monthly reports that are
reviewed quarterly for SLA/OLA compliance. Service utilization statistics are
different from system performance in that they measure the usage
characteristics of the DHCP service, not the underlying infrastructure such as
disk, memory, or processor.
<br>
Procedure Option 2: Capture DHCP services scope usage statistics using Netsh
command line utility
<br>
This collection should be performed on a consistent schedule, during key times
of the day, such as 08:00, 12:00, and 17:00. The information should be recorded
in a log file with the date appended to the name, such as
“DHCPScopeStats_200305.csv” (indicates a comma separated log for the month of
May 2003). Enterprise environments with many DHCP servers can adopt this option
into a parsing script feeding a SQL Server database.
<br>
1. Open a command shell by clicking the Start menu. Click Run, type cmd and click OK.
2. Type the netsh command: Netsh DHCP Server \\<servername> show mibinfo where
you replace <servername> with the name of an authorized DHCP server.
3. Open the month’s csv log using WordPad and manually record the data as follows:
<br>
“DATE TIME”,”DHCPServer Name”,”Scope IP”,”Total Addresses”,”IPs in Use”, “IPs Available”
<br>
For example:
<br>
05/24/2003 16:58:00.000,sea_dhcpsvr01,192.168.12.0,200,140,60
05/24/2003 16:59:00.000,sea_dhcpsvr02,192.168.13.0,200,10,190