Checkmk werks level1 October 2022

checkmk-werks-lvl1@lists.checkmk.com

27 participants
79 discussions

Checkmk Werk 14844: One hash file per package

by Timotheus Bachinger

ID: 14844 Title: One hash file per package Component: Other Components Level: 1 Class: New feature Version: 2.2.0i1 The HASHES file is split into one PACKAGE_NAME.PACKAGE_EXTENSION.hash file per package.

1 year, 11 months

Checkmk Werk 14740: postgresql_stat_database: Levels for PostgreSQL database size

by Andreas Umbreit

ID: 14740 Title: postgresql_stat_database: Levels for PostgreSQL database size Component: Checks & agents Level: 1 Class: New feature Version: 2.2.0i1 It's now possible to set CRIT/WARN levels on the size of PostgreSQL databases. This can be configured at the ruleset PostgreSQL Database Statistics and has effect to the state of the PostgreSQL DB .. size service.

1 year, 11 months

Checkmk Werk 14650: mk_job: No longer mount volumes on monitored hosts

by Moritz Kiemer

ID: 14650 Title: mk_job: No longer mount volumes on monitored hosts Component: Checks & agents Level: 1 Class: Bug fix Version: 2.2.0i1 We recently observed problems on Checkmk appliances caused by the agent mounting volumes. This was in turn caused by the section responsible to output the statistics created by the <tt>mk-job</tt> wrapper. For every existing <tt>/var/lib/check_mk_agent/job/[USER]</tt> folder, the agent started a login shell for USER. This in turn made systemd automatically mount a volume under certain circumstances. The agents use of <tt>su</tt> was a measure to prevent symlink and hardlink attacks -- this is now done differently, without the use of <tt>su</tt>.

1 year, 11 months

Checkmk Werk 13434: Fix 500 status when deleting non existing downtimes

by Benedikt Seidl

ID: 13434 Title: Fix 500 status when deleting non existing downtimes Component: REST API Level: 1 Class: Bug fix Version: 2.2.0i1 It was possible that checkmk returned an error message like "Permission mismatch. See the server logs for more information." when trying to delete a non existing downtime.

1 year, 11 months

Checkmk Werk 14386: Recommend using htpasswd with bcrypt

by Hannes Rantzsch

ID: 14386 Title: Recommend using htpasswd with bcrypt Component: Site Management Level: 1 Class: New feature Version: 2.2.0i1 The welcome message displayed by <tt>omd create</tt> now recommends setting the password for cmkadmin using <tt>htpasswd -B -C 12</tt>. This way htpasswd will use bcrypt with a work factor of 12 instead of MD5 to hash the password, which is consistent with the behavior when setting passwords in WATO.

1 year, 11 months

Checkmk Werk 14649: Extension packages: Support different versions in distributed setups

by Moritz Kiemer

ID: 14649 Title: Extension packages: Support different versions in distributed setups Component: Setup Level: 1 Class: New feature Version: 2.2.0i1 This feature affects users that maintain a distributed setup where not all sites run the same Checkmk version. Users can now simultaneously manage conflicting MKPs for different Checkmk versions. MKPs that are uploaded to a site can now have one of three states: Available: The MKP is uploaded to the site. It is not even unpacked, it just sits on disk. Every MKP will be shown in this list, regardles of its deployment status. >From here you can download or delete it. Active on this site: The MKP is installed, and the code distributed with it is currently active on this site. Enabled (inactive on this site): This is the bit that is new. There are reasons why we may not be able to install an MKP: It might not be suitable for this Checkmk version, or collide with another package. In this case, the MKP is marked as "enabled", but it is not installed. In a distributed setup this information is passed to the remote sites. During a version upgrade or after a new configuration has been pushed to a remote site, every site re-evaluates all enabled (and active) MKPs. The outdated ones are disabled, and all applicable ones are installed. This way users can maintain MKPs for different Checkmk versions providing the same functionality.

1 year, 11 months

Checkmk Werk 14814: Proxmox agent can handle rebooting VMs

by Max Linke

ID: 14814 Title: Proxmox agent can handle rebooting VMs Component: agents Level: 1 Class: Bug fix Version: 2.2.0i1 In case of the reboot of a proxmox node the proxmox special agent crashed. This has been fixed now. Instead of crashing it now returns no data. This could lead to the service going into an unkown state during the reboot.

1 year, 11 months

Checkmk Werk 14813: EMC VNX Section fix

by Max Linke

ID: 14813 Title: EMC VNX Section fix Component: agents Level: 1 Class: Bug fix Version: 2.2.0i1 The EMC VNX agent would sometimes begin an agent section with a leading space, " <<<" instead of "<<<". This lead to a "ValueError" during discovery. This has been fixed now. No user interaction required.

1 year, 11 months

Checkmk Werk 14636: Extension package manager: Change in GUI workflows

by Moritz Kiemer

ID: 14636 Title: Extension package manager: Change in GUI workflows Component: Setup Level: 1 Class: New feature Version: 2.2.0i1 This werk changes the way extension packages (MKPs) are uploaded, installed, modified and/or downloaded in the GUI. This change is necessary to better support Checkmk version upgrades on large distributed installations. The main difference is that the upload and the enabling of an MKP are implemented as two different steps. Here is how common tasks are done now: Upload and install a package: Previously, this was one step. It failed if packages were not suitable for the sites Checkmk version or if it collided with an already installed MKP. Now can always upload the package. It is then shown in the list of available packages. >From this list, you can choose to enable, download and remove it. The operation of "enabling" might still fail for the reasons mentioned above, in which case the MKP will be displayed in the list of "inactive" packages. Create new or edit existing MKPs: Users can edit active packages (during operation) or create new MKPs from unpackaged files in the <tt>local</tt> folder. This is not changed. Previously the MKP was created "on demand" if the user clicked the download button. With this werk, the MKP is created immediately when the user hits "Save" in the package creation page.

1 year, 11 months

Checkmk Werk 13961: cmk-update-config now removes unused host attributes

by Philipp Siegmantel

ID: 13961 Title: cmk-update-config now removes unused host attributes Component: REST API Level: 1 Class: Bug fix Version: 2.2.0i1 cmk-update-config will now remove host attributes that are no longer in use according to an internally kept list. Initially this list only contains the "snmp_v3_credentials" key, which might have been wrongly added by the Host Diagnose page.

1 year, 11 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Checkmk werks level1 October 2022