Title: Support Diagnostics: Use pip3
Class: fix
Compatible: compat
Component: wato
Date: 1701851869
Edition: cre
Level: 1
Version: 2.2.0p17
When creating a Support Diagnowtics dump, the information about the installed Python modules was collected using pip.
This actually collected information about the OS' Python environment, not about the one in the site context.
Sometimes, it caused a crash, when there was no pip installed.
Now, pip3 is used, which is built-in to the Checkmk Site.
Title: Licensing: Distribute license information to remote CME sites
Class: feature
Compatible: compat
Component: multisite
Date: 1701792141
Edition: cme
Level: 1
Version: 2.2.0p17
Currently, license verification for a CME is not required and therefore the information required for verification is not distributed across the sites in a CME setup.
With the 2.3, the CME will gain the CCE feature set, the verification will be required from then on.
To avoid license warnings on the remote sites during the update, with this werk the necessary information will be available in the whole setup after the license usage has been submitted.
If the associated subscription is valid for a 2.3 CME, no additional licensing is required during or after the update.
Title: Don't Overwrite Existing diskspace.log
Class: fix
Compatible: compat
Component: omd
Date: 1701186077
Edition: cre
Knowledge: doc
Level: 1
State: unknown
Version: 2.2.0p17
Previously, the diskspace cronjob overwrote the $OMD_ROOT/var/log/diskspace.log on every run. This
is not necessary, since the file is automatically logrotated.
Title: Fix possible "Internal server error" while saving large formulars
Class: fix
Compatible: compat
Component: multisite
Date: 1698237843
Edition: cre
Level: 1
Version: 2.2.0p17
Werk #15393 already solved this for most users but in rare cases, the
formulars were still so big that an "Internal server error" occurred on saving.
This change should fix that behaviour even for such cases.
Title: Support Diagnostics: Use pip3
Class: fix
Compatible: compat
Component: wato
Date: 1701851869
Edition: cre
Level: 1
Version: 2.3.0b1
When creating a Support Diagnowtics dump, the information about the installed Python modules was collected using pip.
This actually collected information about the OS' Python environment, not about the one in the site context.
Sometimes, it caused a crash, when there was no pip installed.
Now, pip3 is used, which is built-in to the Checkmk Site.
Title: linux-bonding: introduce check for expected bonding mode
Class: feature
Compatible: incomp
Component: checks
Date: 1698999268
Edition: cre
Level: 1
Version: 2.2.0p17
The service monitoring rule "Linux monitoring service status"
was previously being used for both Linux and OVS. This werk
now splits this rule in two. We now have the following rules.
Bonding interface status
OVS bonding interface status
The reason behind this, is that we have now introduced an
expected mode configuration parameter only for the Linux
rule. So you are now able to select the expected bonding
mode and the state you want to display when this condition
is not met.
Actions:
Case 1: Rule configured for linux
Action: do nothing.
Case 2: Rule configured for OVS
Action: All previously configured rules will now appear as
Linux Bonding interface status rules. Therefore you will
have to delete them and create new "OVS Bonding interface
status" rules.
Title: Adapt date formatting in most of the service outputs
Class: feature
Compatible: compat
Component: checks
Date: 1701538021
Edition: cre
Level: 1
Version: 2.3.0b1
According to
<a href="https://forum.checkmk.com/t/survey-results-are-in-micro-survey-7-vote-for-a…">one of our surveys</a>,
most of our users prefer dates to be displayed in the format <i>YYYY-MM-DD</i>.
This Werk changes the library function that many check plugins use when rendering their service summary.
As a result, the service output of many plugins will now format the date in the new format.
For instance the next Interantional Talk Like a Pirate Day will no longer be rendered as "Sep 19 2024", but as "2024-09-19".
The following plugins are affected:
LI: Checkmk Agent: Deployment properties
LI: Checkmk: Performance and Settings
LI: Job Monitoring
LI: Kaspersky Anti-Virus: Updates (KESL)
LI: Kubernetes: Pod Containers
LI: Microsoft Azure Resource Health
LI: Microsoft Azure Virtual Network Gateways: Connections
LI: MS SQL Tablespaces: Successful Backups
LI: Nutanix Prism: Alerts
LI: Nutanix Prism: Hosts
LI: Oracle Database: Number of Active Sessions
LI: SAP HANA: Backup
LI: Virtual Machine under ESX: Snapshot Settings
Title: Fix possible "Internal server error" while saving large formulars
Class: fix
Compatible: compat
Component: multisite
Date: 1698237843
Edition: cre
Knowledge: doc
Level: 1
Version: 2.3.0i1
Werk #15393 already solved this for most users but in rare cases, the
formulars were still so big that an "Internal server error" occurred on saving.
This change should fix that behaviour even for such cases.