Werk 16292 was adapted. The following is the new Werk, a diff is shown at the end of the message.
Title: user_config: add verification for contact groups and locked attributes
Class: fix
Compatible: compat
Component: rest-api
Date: 1705416141
Edition: cre
Knowledge: doc
Level: 1
Version: 2.2.0p20
This werk introduces two changes:
LI: it now verifies for create & edit if the provided contact groups actually exist
LI: it verifies that for an edit request, locked attributes are not being modified
------------------------------------<diff>-------------------------------------------
Title: user_config: add verification for contact groups and locked attributes
Class: fix
Compatible: compat
- Component: rest-api
? -
+ Component: rest-api
Date: 1705416141
Edition: cre
Knowledge: doc
Level: 1
- Version: 2.2.0p19
? ^^
+ Version: 2.2.0p20
? ^^
This werk introduces two changes:
LI: it now verifies for create & edit if the provided contact groups actually exist
LI: it verifies that for an edit request, locked attributes are not being modified
Title: "Cisco Devices: Temperature Sensors" Revert: used wrong lower device levels
Class: fix
Compatible: compat
Component: checks
Date: 1705569737
Edition: cre
Level: 1
Version: 2.2.0p20
In Werk <a href="https://checkmk.com/werk/16276">#16276</a>, we replaced the "less than" comparison by the
"less or equal" comparison. This is not consistent with how Checkmk handles lower levels, despite
what the Werk claims. This Werk restores the old behavior before Werk
<a href="https://checkmk.com/werk/16276">#16276</a>. Note, that Werk <a href="https://checkmk.com/werk/16276">#16276</a>
also uncovered some Cisco devices, which report faulty thresholds for "less or equal". These
thresholds are now ignored again.
Title: Notification spooler: Fix possible wrong order of notification processing
Class: fix
Compatible: compat
Component: notifications
Date: 1700481159
Edition: cee
Level: 1
Version: 2.3.0b1
The notification spooler used the mtime of the spool files to determine the
order of execution.
In rare cases, the mtime was too imprecise so we now use the mtime in
nanoseconds.
[//]: # (werk v2)
# docker_node_info: Display all errors reported by the agent plugin
key | value
---------- | ---
date | 2024-01-18T13:15:53+00:00
version | 2.3.0b1
class | fix
edition | cre
component | checks
level | 1
compatible | yes
The "Docker node info" service reports about failures of the mk_docker
agent plugin. In the past it always only reported one error per check
cycle, which now changed to displaying all reported issues.
[//]: # (werk v2)
# mk_docker: Prevent "Missing monitoring data for plugins" warnings
key | value
---------- | ---
compatible | yes
version | 2.3.0b1
date | 2024-01-18T06:57:22+00:00
level | 1
class | fix
component | checks
edition | cre
In case a docker node section can not be computed by the mk_docker agent plugin, the "Docker node
info" service reports about the error in detail. Until this werk, the "Check_MK" service did also
raise an issue regarding the missing agent section, like: "Missing monitoring data for plugins:
docker_node_disk_usage". This duplicate information is now suppressed, reducing the number of
notification Checkmk produces in such situations.
[//]: # (werk v2)
# Rule "Check Email": Allow all makros
key | value
---------- | ---
date | 2024-01-15T13:59:03+00:00
version | 2.3.0b1
class | fix
edition | cre
component | checks
level | 1
compatible | yes
The ruleset "Check Email" recently featured stricter validation.
As a result, no makros (like `$HOSTNAME$`) could be used anymore.
This was partially compensated for in [#15203](https://checkmk.com/werk/15203), but this was still too restrictive.
Users can now configure validated host adresses or unvalidated strings containing macros.
Title: Update PHP version in SLES15SP3 from 7 to 8
Class: fix
Compatible: incomp
Component: rpm
Date: 1701254497
Edition: cre
Level: 2
Version: 2.3.0b1
Checkmk was shipped with a dependency to PHP7 for SLES15SP3. Since PHP7 is
part of the legacy module, this Werk updates the dependency from PHP7 to PHP8.
As SLES only allows one version of PHP to be installed, the following steps
will uninstall PHP7 from the system and install the new version of Checkmk
with PHP8. Be aware that this procedure updates PHP from version 7 to 8 for the whole OS. In case you run additional PHP applications next to Checkmk, the update will also affect them.
Run the following commands to perform the update to the new Checkmk version:
* add SLES-15SP4 repo to get PHP8 with <tt>zypper addrepo https://updates.suse.com/SUSE/Products/SLE-BCI/15-SP4/x86_64/product/ sles15sp4</tt>
* install the new Checkmk version with <tt>zypper install NEW_CHECKMK.rpm</tt>
* Zypper will now complain about a conflict with several PHP packages and asks you to select a solution. There, select <tt>solution 1</tt> to confirm the deinstallation of the current Checkmk version, the PHP7 modules and to continue with the installation
* confirm the installation of the new Checkmk version and PHP8 with <tt>yes</tt>
* removing the existing Checkmk version will throw an error like `Site <SITENAME> is still using this version! Removal of <OLD_CHECKMK>(@System) failed:`, proceed by choosing <tt>ignore</tt> which creates a inconsistent state for the old Checkmk version package, which we will resolve in a later step.
* PHP7 will be removed and PHP8 gets installed
* change to the site user with <tt>omd su SITE_NAME</tt>
* stop the site with <tt>omd stop</tt>
* perform the update to the new Checkmk version with <tt>omd update</tt>, select <tt>Update</tt> at the user prompt
* in case further prompts regarding wrong permissions of BUILD files appear, choose the default value with <tt>d</tt>
* start the site again with <tt>omd start</tt>
* exit from the site user
* list all installed Checkmk version with <tt>omd versions</tt>
* finally remove the old Checkmk installation with <tt>zypper remove OLD_CHECKMK</tt>