[//]: # (werk v2)
# agent_aws: Crash in ReservationUtilization section
key | value
---------- | ---
date | 2024-03-22T07:17:07+00:00
version | 2.4.0b1
class | fix
edition | cre
component | checks
level | 1
compatible | yes
When no data was available for the ReservationUtilization section
the special agent would crash.
Now this error is handled and no longer crashes.
[//]: # (werk v2)
# Use session specific key for ValueSpec encryption
key | value
---------- | ---
date | 2024-03-15T15:28:00+00:00
version | 2.4.0b1
class | feature
edition | cre
component | wato
level | 1
compatible | yes
When a user edits a configuration e.g. for a special agent with an explicit password the complete configuration is transfered to the user.
To not reveal the password in cleartext this field is encrypted.
The key for that encryption was previously to this Werk shared amongst all users (a salt was used though).
With this Werk every user session has now a secret dedicated to this encryption so the key is rotated often and not shared amongst other users.
Werk 16197 was adapted. The following is the new Werk, a diff is shown at the end of the message.
Title: quantum_libsmall_*: Improve SNMP detection
Class: fix
Compatible: compat
Component: checks
Date: 1709035896
Edition: cre
Level: 1
Version: 2.1.0p42
Currently the SNMP detection for <code>quantum_libsmall_status</code> and <code>quantum_libsmall_door</code> checks if "linux" and "library" are contained in the sysDescr and sysLocation OIDs. To make the detection more reliable, the sysObjectID is checked against the linux object identifier and the libraryProductName .1.3.6.1.4.1.3697.1.10.10.1.10.0 against "Quantum Small Library Product".
------------------------------------<diff>-------------------------------------------
Title: quantum_libsmall_*: Improve SNMP detection
Class: fix
Compatible: compat
Component: checks
Date: 1709035896
Edition: cre
Level: 1
- Version: 2.1.0p41
? ^
+ Version: 2.1.0p42
? ^
Currently the SNMP detection for <code>quantum_libsmall_status</code> and <code>quantum_libsmall_door</code> checks if "linux" and "library" are contained in the sysDescr and sysLocation OIDs. To make the detection more reliable, the sysObjectID is checked against the linux object identifier and the libraryProductName .1.3.6.1.4.1.3697.1.10.10.1.10.0 against "Quantum Small Library Product".
Werk 16448 was adapted. The following is the new Werk, a diff is shown at the end of the message.
Title: Fix inventory sync of hosts if remote data is updated at the time when liveproxyd sync starts or ends
Class: fix
Compatible: compat
Component: liveproxy
Date: 1707132975
Edition: cee
Level: 1
Version: 2.1.0p42
When the liveproxyd starts or ends at a particular time TS and remote inventory
data is written between TS and \<TS+1 then it's not synced.
------------------------------------<diff>-------------------------------------------
Title: Fix inventory sync of hosts if remote data is updated at the time when liveproxyd sync starts or ends
Class: fix
Compatible: compat
Component: liveproxy
Date: 1707132975
Edition: cee
Level: 1
- Version: 2.1.0p41
? ^
+ Version: 2.1.0p42
? ^
When the liveproxyd starts or ends at a particular time TS and remote inventory
data is written between TS and \<TS+1 then it's not synced.
Werk 16379 was adapted. The following is the new Werk, a diff is shown at the end of the message.
Title: Allow disabling of bulk walks on inline SNMPv3 hosts
Class: fix
Compatible: compat
Component: checks
Date: 1710141228
Edition: cre
Level: 1
Version: 2.1.0p42
It was impossible to disable bulkwalks for SNMP version 3 hosts using the inline SNMP backend.
It is fixed now in the sense that it works as in the classic backend:
In order to disable bulkwalks <b>for SNMP version 3</b> hosts, you need to make sure they do <b>not</b> match the ruleset "Enable SNMPv2c and bulkwalk for host".
A more thorough fix for this bug and the related phrasing in the rulesets is implemented in for Checkmk 2.3, but it was too risky to port into the stable releases.
See <a href="https://checkmk.com/werk/16382">Werk #16382</a> for more on that.
------------------------------------<diff>-------------------------------------------
Title: Allow disabling of bulk walks on inline SNMPv3 hosts
Class: fix
Compatible: compat
Component: checks
Date: 1710141228
Edition: cre
Level: 1
- Version: 2.1.0p41
? ^
+ Version: 2.1.0p42
? ^
It was impossible to disable bulkwalks for SNMP version 3 hosts using the inline SNMP backend.
It is fixed now in the sense that it works as in the classic backend:
In order to disable bulkwalks <b>for SNMP version 3</b> hosts, you need to make sure they do <b>not</b> match the ruleset "Enable SNMPv2c and bulkwalk for host".
A more thorough fix for this bug and the related phrasing in the rulesets is implemented in for Checkmk 2.3, but it was too risky to port into the stable releases.
See <a href="https://checkmk.com/werk/16382">Werk #16382</a> for more on that.
Werk 16242 was adapted. The following is the new Werk, a diff is shown at the end of the message.
Title: Kill forked processes by mk_oracle under AIX
Class: fix
Compatible: compat
Component: checks
Date: 1709728993
Edition: cre
Level: 1
Version: 2.1.0p42
The agent plugin <code>mk_oracle</code> creates forked processes, e.g. from <code>sqlplus</code>.
In order to reliable clean up stale processes, we kill now the whole process chain under AIX
which corresponds to the stored <code>PID</code>.
We introduce this only for <code>AIX</code> now as we have customers which are affected under that OS.
------------------------------------<diff>-------------------------------------------
Title: Kill forked processes by mk_oracle under AIX
Class: fix
Compatible: compat
Component: checks
Date: 1709728993
Edition: cre
Level: 1
- Version: 2.1.0p41
? ^
+ Version: 2.1.0p42
? ^
The agent plugin <code>mk_oracle</code> creates forked processes, e.g. from <code>sqlplus</code>.
In order to reliable clean up stale processes, we kill now the whole process chain under AIX
which corresponds to the stored <code>PID</code>.
We introduce this only for <code>AIX</code> now as we have customers which are affected under that OS.
Werk 16240 was adapted. The following is the new Werk, a diff is shown at the end of the message.
Title: Crash on missing thread count on AIX
Class: fix
Compatible: compat
Component: checks
Date: 1709129579
Edition: cre
Level: 1
Version: 2.1.0p42
You're affected if you want to monitor your CPU and the cpu check crashes with something like:
C+:
File "/omd/sites/YOURSITE/lib/python3/cmk/base/plugins/agent_based/cpu.py", line 48, in parse_cpu
count=int(row[3].split("/")[1]),
ValueError (invalid literal for int() with base 10: '')
C-:
We saw this happening on AIX system when the ps information cannot be obtained due to low memory.
The parsing is now more resilient against such missing data.
------------------------------------<diff>-------------------------------------------
Title: Crash on missing thread count on AIX
Class: fix
Compatible: compat
Component: checks
Date: 1709129579
Edition: cre
Level: 1
- Version: 2.1.0p41
? ^
+ Version: 2.1.0p42
? ^
You're affected if you want to monitor your CPU and the cpu check crashes with something like:
C+:
File "/omd/sites/YOURSITE/lib/python3/cmk/base/plugins/agent_based/cpu.py", line 48, in parse_cpu
count=int(row[3].split("/")[1]),
ValueError (invalid literal for int() with base 10: '')
C-:
We saw this happening on AIX system when the ps information cannot be obtained due to low memory.
The parsing is now more resilient against such missing data.
Werk 16623 was adapted. The following is the new Werk, a diff is shown at the end of the message.
Title: HW/SW Inventory: Fix crash when filtering for number of sites for Checkmk version
Class: fix
Compatible: compat
Component: inv
Date: 1710167848
Edition: cre
Level: 1
Version: 2.1.0p42
When filtering the Checkmk versions -> #Sites inventory column, a crash occurs with
C+:
TypeError (expected string or bytes-like object)
...
File "/omd/sites/oldstable/lib/python3/cmk/gui/query_filters.py", line 510, in <lambda>
return lambda row: bool(regex.search(row.get(column, "")))
C-:
This crash has been fixed.
------------------------------------<diff>-------------------------------------------
Title: HW/SW Inventory: Fix crash when filtering for number of sites for Checkmk version
Class: fix
Compatible: compat
Component: inv
Date: 1710167848
Edition: cre
Level: 1
- Version: 2.1.0p41
? ^
+ Version: 2.1.0p42
? ^
When filtering the Checkmk versions -> #Sites inventory column, a crash occurs with
C+:
TypeError (expected string or bytes-like object)
...
File "/omd/sites/oldstable/lib/python3/cmk/gui/query_filters.py", line 510, in <lambda>
return lambda row: bool(regex.search(row.get(column, "")))
C-:
This crash has been fixed.
Werk 16549 was adapted. The following is the new Werk, a diff is shown at the end of the message.
Title: Agent updates failing on Solaris 10
Class: fix
Compatible: incomp
Component: agents
Date: 1709282638
Edition: cee
Level: 1
Version: 2.1.0p42
On some Solaris 10 systems, an agent update did crash with error message
C+:
/var/sadm/pkg/check-mk-agent/install/postremove: syntax error at line 19: `(' unexpected
pkgrm: ERROR: postremove script did not complete successfully
C-:
If you ran into this error, to make the update perform again, please delete the file
<code>/var/sadm/pkg/check-mk-agent/install/postremove</code> on affected systems.
Technical background:\
The postremove script used the subshell evaluation syntax <code>$(...)</code> that is incompatible to the standard <code>bin/sh</code> shell found on some Solaris 10 systems.
------------------------------------<diff>-------------------------------------------
Title: Agent updates failing on Solaris 10
Class: fix
Compatible: incomp
Component: agents
Date: 1709282638
Edition: cee
Level: 1
- Version: 2.1.0p41
? ^
+ Version: 2.1.0p42
? ^
On some Solaris 10 systems, an agent update did crash with error message
C+:
/var/sadm/pkg/check-mk-agent/install/postremove: syntax error at line 19: `(' unexpected
pkgrm: ERROR: postremove script did not complete successfully
C-:
If you ran into this error, to make the update perform again, please delete the file
<code>/var/sadm/pkg/check-mk-agent/install/postremove</code> on affected systems.
Technical background:\
The postremove script used the subshell evaluation syntax <code>$(...)</code> that is incompatible to the standard <code>bin/sh</code> shell found on some Solaris 10 systems.
Werk 16237 was adapted. The following is the new Werk, a diff is shown at the end of the message.
Title: Path to mysql.ini under Windows for mk_sql
Class: fix
Compatible: compat
Component: checks
Date: 1708687568
Edition: cre
Level: 1
Version: 2.1.0p42
If you've been using mysql and the corresponding agent plugin <em>mk_sql</em>
under Windows, the plugin may have crashed and the agent output would then
show the following error:
C+:
<<<mysql_ping>>>
[[MySQL83]]
mysqladmin: File '\etc\check_mk\mysql.local.ini' not found (OS errno 2 - No such file or directory)
mysqladmin: [ERROR] Stopped processing the 'include' directive in file C:\ProgramData\checkmk\agent\config\mysql.ini at line 8.
C-:
Under Windows, the plugin config path <code>C:\ProgramData\checkmk\agent\config</code> is now used.
In contrast to the corresponding Linux plugin <code>mk_mysql</code>, the config path under Windows cannot be changed.
------------------------------------<diff>-------------------------------------------
Title: Path to mysql.ini under Windows for mk_sql
Class: fix
Compatible: compat
Component: checks
Date: 1708687568
Edition: cre
Level: 1
- Version: 2.1.0p41
? ^
+ Version: 2.1.0p42
? ^
If you've been using mysql and the corresponding agent plugin <em>mk_sql</em>
under Windows, the plugin may have crashed and the agent output would then
show the following error:
C+:
<<<mysql_ping>>>
[[MySQL83]]
mysqladmin: File '\etc\check_mk\mysql.local.ini' not found (OS errno 2 - No such file or directory)
mysqladmin: [ERROR] Stopped processing the 'include' directive in file C:\ProgramData\checkmk\agent\config\mysql.ini at line 8.
C-:
Under Windows, the plugin config path <code>C:\ProgramData\checkmk\agent\config</code> is now used.
In contrast to the corresponding Linux plugin <code>mk_mysql</code>, the config path under Windows cannot be changed.