Checkmk werks level1

checkmk-werks-lvl1@lists.checkmk.com

1 participants
15912 discussions

[2.4.0] Checkmk Werk 16647 created: Repeaded scaling during migration to new Ruleset API

by Checkmk werks level 1

[//]: # (werk v2) # Repeaded scaling during migration to new Ruleset API key | value ---------- | --- date | 2024-03-22T09:19:58+00:00 version | 2.4.0b1 class | fix edition | cre component | checks level | 1 compatible | yes This only affects some beta users that tested the new ruleset API for plugin development. When migrating and scaling fixed levels to the new `Levels` form spec, values have been scaled over and over again.

6 months

[2.4.0] Checkmk Werk 16664 created: interface inventory: recombine default interface inventory row with cisco specific row

by Checkmk werks level 1

[//]: # (werk v2) # interface inventory: recombine default interface inventory row with cisco specific row key | value ---------- | --- date | 2024-03-22T11:52:27+00:00 version | 2.4.0b1 class | fix edition | cre component | inv level | 1 compatible | yes The inventory data of `inv_cisco_vlans` and `inv_if` used to be combined in one row. This behavior was broken as of 2.3, where two different rows were displayed for each inventory plugin. Now the rows are unified again. Also fixed the missing color of the status displayed in the inventory rows.

6 months

[2.4.0] Checkmk Werk 16488 created: agent_aws: Crash in ReservationUtilization section

by Checkmk werks level 1

[//]: # (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.

6 months

[2.4.0] Checkmk Werk 16617 created: Use session specific key for ValueSpec encryption

by Checkmk werks level 1

[//]: # (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.

6 months

[2.1.0] Checkmk Werk 16197 adapted: quantum_libsmall_*: Improve SNMP detection

by Checkmk werks level 1

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".

6 months, 1 week

[2.1.0] Checkmk Werk 16448 adapted: Fix inventory sync of hosts if remote data is updated at the time when liveproxyd sync starts or ends

by Checkmk werks level 1

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.

6 months, 1 week

[2.1.0] Checkmk Werk 16379 adapted: Allow disabling of bulk walks on inline SNMPv3 hosts

by Checkmk werks level 1

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 for SNMP version 3 hosts, you need to make sure they do not 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 for SNMP version 3 hosts, you need to make sure they do not 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.

6 months, 1 week

[2.1.0] Checkmk Werk 16242 adapted: Kill forked processes by mk_oracle under AIX

by Checkmk werks level 1

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.

6 months, 1 week

[2.1.0] Checkmk Werk 16240 adapted: Crash on missing thread count on AIX

by Checkmk werks level 1

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.

6 months, 1 week

[2.1.0] Checkmk Werk 16623 adapted: HW/SW Inventory: Fix crash when filtering for number of sites for Checkmk version

by Checkmk werks level 1

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.

6 months, 1 week

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Checkmk werks level1