Werk 15649 was deleted. The following Werk is no longer relevant.
Title: windows_tasks: Display Correct Scheduled Task State
Class: fix
Compatible: compat
Component: checks
Date: 1705315505
Edition: cre
Knowledge: doc
Level: 1
State: unknown
Version: 2.2.0p19
Previously, the `Scheduled Task State` could be N\A, if the Action of a Windows
task contained a comma. Moreover, the plugin only supported German or English
localization settings for Windows. With this Werk, `windows_tasks` uses the
new PowerShell API to obtain the data. This fixes the aforementioned issues.
The changes in this Werk are only applicable, if the underlying Windows version
supports the PowerShell API. The Windows versions supported by Checkmk 2.2.0 and
later all have the required the PowerShell functionality. Windows 7 does not
meet the requirements.
Title: revert_changes: internal changes can be reverted only if the user has the correct permission
Class: fix
Compatible: compat
Component: wato
Date: 1705491719
Edition: cre
Level: 1
Version: 2.2.0p20
Changes made by the checkmk internal user can now only be reverted when the
logged-in user has the permission "Discard foreign changes".
Werk 15649 was adapted. The following is the new Werk, a diff is shown at the end of the message.
Title: windows_tasks: Display Correct Scheduled Task State
Class: fix
Compatible: compat
Component: checks
Date: 1705315505
Edition: cre
Knowledge: doc
Level: 1
State: unknown
Version: 2.2.0p19
Previously, the `Scheduled Task State` could be N\A, if the Action of a Windows
task contained a comma. Moreover, the plugin only supported German or English
localization settings for Windows. With this Werk, `windows_tasks` uses the
new PowerShell API to obtain the data. This fixes the aforementioned issues.
The changes in this Werk are only applicable, if the underlying Windows version
supports the PowerShell API. The Windows versions supported by Checkmk 2.2.0 and
later all have the required the PowerShell functionality. Windows 7 does not
meet the requirements.
------------------------------------<diff>-------------------------------------------
Title: windows_tasks: Display Correct Scheduled Task State
Class: fix
Compatible: compat
Component: checks
Date: 1705315505
Edition: cre
Knowledge: doc
Level: 1
State: unknown
- Version: 2.2.0p20
? ^^
+ Version: 2.2.0p19
? ^^
Previously, the `Scheduled Task State` could be N\A, if the Action of a Windows
task contained a comma. Moreover, the plugin only supported German or English
localization settings for Windows. With this Werk, `windows_tasks` uses the
new PowerShell API to obtain the data. This fixes the aforementioned issues.
The changes in this Werk are only applicable, if the underlying Windows version
supports the PowerShell API. The Windows versions supported by Checkmk 2.2.0 and
later all have the required the PowerShell functionality. Windows 7 does not
meet the requirements.
Title: windows_tasks: Display Correct Scheduled Task State
Class: fix
Compatible: compat
Component: checks
Date: 1705315505
Edition: cre
Knowledge: doc
Level: 1
State: unknown
Version: 2.2.0p20
Previously, the `Scheduled Task State` could be N\A, if the Action of a Windows
task contained a comma. Moreover, the plugin only supported German or English
localization settings for Windows. With this Werk, `windows_tasks` uses the
new PowerShell API to obtain the data. This fixes the aforementioned issues.
The changes in this Werk are only applicable, if the underlying Windows version
supports the PowerShell API. The Windows versions supported by Checkmk 2.2.0 and
later all have the required the PowerShell functionality. Windows 7 does not
meet the requirements.
Werk 16291 was deleted. The following Werk is no longer relevant.
[//]: # (werk v2)
# user_config: verify contact group existence when creating or editing user
key | value
---------- | ---
date | 2024-01-11T13:32:35+00:00
version | 2.3.0b1
class | fix
edition | cre
component | rest-api
level | 1
compatible | yes
[//]: # (werk v2)
# Remove deprecated windows plugins
key | value
---------- | ---
date | 2024-01-16T11:18:30+00:00
version | 2.3.0b1
class | feature
edition | cre
component | checks
level | 1
compatible | no
In previous versions some windows agent plugins were included in `share/check_mk/agents/windows/plugins/deprecated`.
As the name already suggested these were deprecated for a long time and are now removed.
If you still require them you can use the plugins from former versions.
[//]: # (werk v2)
# "Cisco Devices: Temperature Sensors" Revert: used wrong lower device levels
key | value
---------- | ---
date | 2024-01-18T09:22:17+00:00
version | 2.3.0b1
class | fix
edition | cre
component | checks
level | 1
compatible | yes
In Werk [#16276](https://checkmk.com/werk/16276), 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
[#16276](https://checkmk.com/werk/16276). Note, that Werk [#16276](https://checkmk.com/werk/16276)
also uncovered some Cisco devices, which report faulty thresholds for "less or equal". These
thresholds are now ignored again.
[//]: # (werk v2)
# Checkmk now redacts site secrets during support diagnostics generation
key | value
---------- | ---
date | 2024-01-18T07:51:01+00:00
version | 2.3.0b1
class | feature
edition | cee
component | multisite
level | 1
compatible | yes
Prior to this werk, generating a support diagnostic for deployments with distributed monitoring of multiple Checkmk instances would expose site secrets within the "etc/check_mk/multisite.d/sites.mk" file.
All site secrets are now replaced with "redacted" during the generation process of support diagnostics <i>(Setup > Maintenance > Support diagnostics)</i> where <i>Checkmk Configuration files</i> have been selected with at least low sensitivity or the <i>sites.mk</i> file has been selected individually.
[//]: # (werk v2)
# notification rule: allow for non builtin service levels
key | value
---------- | ---
date | 2024-01-17T11:19:06+00:00
version | 2.3.0b1
class | fix
edition | cre
component | rest-api
level | 1
compatible | no
When configuring a notification rule via the Rest API, you could not
set the value for "match_service_levels" to anything but the default
service levels. This werk addresses this issue by now allowing any
of the service levels configured to be used. This change mean that
there is a change to the request schema. Previously, we accepeted
the service level string value, whereas now we accept the integer
value.
Previous schema
C+:
{"match_service_levels": {
"state": "enabled",
"value": {"from_level": "silver", "to_level": "gold"}
}
}
C-:
New schema
C+:
{"match_service_levels: {
"state": "enabled",
"value": {"from_level" 10, "to_level": 20}
}
}
C-:
Werk 16025 was deleted. The following Werk is no longer relevant.
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>