Checkmk werks level1 July 2022

checkmk-werks-lvl1@lists.checkmk.com

28 participants
116 discussions

Checkmk Werk 14287: Fix another source for frozen Microcore during config reloads (Addition to #14285)

by Lars Michelsen

ID: 14287 Title: Fix another source for frozen Microcore during config reloads (Addition to #14285) Component: Core & setup Level: 1 Class: Bug fix Version: 2.2.0i1 In addition to the werk #14285 we released with 2.1.0p8, this werk fixes another situation which could block the reload of the Microcore. This could happen in case you have notification rules configured which use the match condition "Match only during timeperiod".

2 years, 2 months

Checkmk Werk 14379: Change how secrets are masked for logging

by Hannes Rantzsch

ID: 14379 Title: Change how secrets are masked for logging Component: Setup Level: 1 Class: New feature Version: 2.2.0i1 When changing rules that contain passwords or SSH private keys, those secrets are now masked as '*' characters instead of hashes in the audit log.

2 years, 2 months

Checkmk Werk 14528: SAP HANA backup check in cluster mode: go stale if cannot connect to DB

by Giordano Tomassorri

ID: 14528 Title: SAP HANA backup check in cluster mode: go stale if cannot connect to DB Component: Checks & agents Level: 1 Class: Bug fix Version: 2.2.0i1 Before this werk, if the connection to a database failed, the SAP HANA Backup service in a cluster host was marked as OK. This is now changed and the service goes stale.

2 years, 2 months

Checkmk Werk 14454: "NetApp Filer: Used Space of LUNs" supports magic factor

by Moritz Kiemer

ID: 14454 Title: "NetApp Filer: Used Space of LUNs" supports magic factor Component: Checks & agents Level: 1 Class: New feature Version: 2.2.0i1 The plugin "NetApp Filer: Used Space of LUNs" (<tt>netapp_api_luns</tt>) now supports the configuration of the magic factor in its ruleset <i>"NetApp LUNs"</i>.

2 years, 2 months

Checkmk Werk 14146: Rule matching for hosts

by Lukas Lengler

ID: 14146 Title: Rule matching for hosts Component: Multisite Level: 1 Class: Bug fix Version: 2.2.0i1 The search for host rules in Setup did not work as expected when matching host regex conditions. The issue did not affect the rule matching visualization nor the actual rule matching. When checking the matching rules for hosts the rules with regular expressions would not get a green background although the regex should match, which indicates the rule is not matching the current search. Now the rule matching is fixed and the rules will get a green background if they match the search.

2 years, 2 months

Checkmk Werk 14499: activate changes: performance issues when synchronising users and user settings

by Lisa Pichler

ID: 14499 Title: activate changes: performance issues when synchronising users and user settings Component: Multisite Level: 1 Class: Bug fix Version: 2.2.0i1 The activate changes process could be slow when activating changes for multiple sites in a distributed monitoring set-up. The activation would eventually run into an error similar to "Failed to start activation [502]: Proxy Error". This was due to the implementation that synchronises users and user settings across all sites. Instead of copying these files in their entirety, a hard link is now created, reducing I/O on the monitoring server.

2 years, 2 months

Checkmk Werk 14286: mail: Add timeout to graph processing of HTML mail notifications

by Lars Michelsen

ID: 14286 Title: mail: Add timeout to graph processing of HTML mail notifications Component: Notifications Level: 1 Class: Bug fix Version: 2.2.0i1 In case fetching the graphs takes more than 10 seconds, the notification plugin aborts waiting for the graphs and continues to send the notification without graphs.

2 years, 2 months

Checkmk Werk 14285: Fix frozen Microcore (Livestatus not responding) during config reloads

by Lars Michelsen

ID: 14285 Title: Fix frozen Microcore (Livestatus not responding) during config reloads Component: Core & setup Level: 2 Class: Bug fix Version: 2.2.0i1 The reload of the Microcore core and it's helper processed could freeze when the core had notifications pending during reload. This was caused by a deadlock between the Notification helper and the Microcore. The Microcore was still alive but waiting to the notification helper to terminate while the notification helper waited for the Microcore. >From the user perspective this resulted in Livestatus not being responsive while the cmc.log showed a message like: <tt>still X unsent events, sending them now</tt>.

2 years, 2 months

Checkmk Werk 14284: Notification spooler: Fix producing corrupted spool files

by Lars Michelsen

ID: 14284 Title: Notification spooler: Fix producing corrupted spool files Component: Notifications Level: 1 Class: Bug fix Version: 2.2.0i1 The Notification Spooler could create corrupted spool files which resulted in error messages like this in the <tt>var/log/mknotifyd.log</tt> log: C+: 2022-07-18 21:49:14,276 [40] [cmk.mknotifyd] Corrupted spoolfile /omd/sites/stable/var/check_mk/notify/spool/ccaae1d5-8b33-403c-bbd8-e1b8796035ca: Traceback (most recent call last): File "/omd/sites/stable/lib/python3/cmk/cee/mknotifyd/spool_handler.py", line 70, in _process_spool_directory content: Message = evaluate_file(spoolfile_path) File "/omd/sites/stable/lib/python3/cmk/cee/mknotifyd/utils.py", line 50, in evaluate_file return ast.literal_eval(f.read()) File "/omd/sites/stable/lib/python3.9/ast.py", line 62, in literal_eval node_or_string = parse(node_or_string, mode='eval') File "/omd/sites/stable/lib/python3.9/ast.py", line 50, in parse return compile(source, filename, mode, flags, File "<unknown>", line 0 SyntaxError: unexpected EOF while parsing 2022-07-18 21:49:14,728 [20] [cmk.mknotifyd] got exit code 2 2022-07-18 21:49:14,728 [40] [cmk.mknotifyd] exception handling notification result 2 for 82bcd0e5-5d28-4162-9f46-84d008e1d73d: Traceback (most recent call last): File "/omd/sites/stable/lib/python3/cmk/cee/mknotifyd/notification_queue.py", line 129, in _handle_result content = evaluate_file(path.joinpath(filename)) File "/omd/sites/stable/lib/python3/cmk/cee/mknotifyd/utils.py", line 50, in evaluate_file return ast.literal_eval(f.read()) File "/omd/sites/stable/lib/python3.9/ast.py", line 62, in literal_eval node_or_string = parse(node_or_string, mode='eval') File "/omd/sites/stable/lib/python3.9/ast.py", line 50, in parse return compile(source, filename, mode, flags, File "<unknown>", line 0 SyntaxError: unexpected EOF while parsing C-: The <tt>var/log/notify.log</tt> could also show errors in this situation, with messages like this: C+: 2022-07-18 20:40:55,960 [40] [cmk.base.notify] ERROR: Traceback (most recent call last): File "/omd/sites/stable/lib/python3/cmk/base/notify.py", line 1765, in handle_spoolfile raw_context = data["context"] KeyError: 'context' C-:

2 years, 2 months

Checkmk Werk 14602: cmk-update-agent: Use configured var directory

by Andreas Umbreit

ID: 14602 Title: cmk-update-agent: Use configured var directory Component: agents Level: 1 Class: Bug fix Version: 2.2.0i1 The agent updater used to use the fixed directory <tt>var/lib/check_mk_agent/</tt> to unpack its CA certificates regardless of what was configured in the rule "Installation paths for agent files" Technically spoken, this means that the agent updater now respects the <tt>MK_VARDIR</tt> environment variable.

2 years, 2 months

← Newer
1
2
3
4
5
6
7
...
12
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Checkmk werks level1 July 2022