Checkmk werks level1

checkmk-werks-lvl1@lists.checkmk.com

1 participants
15938 discussions

[2.4.0] Checkmk Werk 16401 created: omd start mkeventd: Error Code of Event Daemon

by Checkmk werks level 1

[//]: # (werk v2) # omd start mkeventd: Error Code of Event Daemon key | value ---------- | --- date | 2024-02-02T12:32:48+00:00 version | 2.4.0b1 class | fix edition | cre component | omd level | 1 compatible | yes The command `omd start mkeventd` starts the event daemon. Previously, any exit code produced by this daemon would be ignored. Now, if the exit code is non-zero, then the message `Failed` is shown and the command `omd start mkeventd` exits with error code 2.

7 months, 3 weeks

[2.4.0] Checkmk Werk 16048 created: Import Azure tags as service labels

by Checkmk werks level 1

[//]: # (werk v2) # Import Azure tags as service labels key | value ---------- | --- date | 2024-01-29T07:26:41+00:00 version | 2.4.0b1 class | feature edition | cre component | checks level | 1 compatible | yes Azure resource tags are now imported as service labels as well. Each service that is discovered for an Azure resource now holds the resource's tags as service labels. Also, you can now restrict the import of Azure tags via regex or disable the import altogether. This can be done in the rule "Microsoft Azure" via option "Import tags as host/service labels". Note that tags are validated to 1) not hold empty values - empty values are replaced by "true" and 2) not contain colons (":") - colons are replaced by underscores ("_"). So an Azure resource tag "tag:key":"" will now be shown as "tag_key":"true".

7 months, 3 weeks

[2.4.0] Checkmk Werk 16047 created: Changed host labels for Azure Resource Groups and Virutal Machines

by Checkmk werks level 1

[//]: # (werk v2) # Changed host labels for Azure Resource Groups and Virutal Machines key | value ---------- | --- date | 2024-01-26T12:20:23+00:00 version | 2.4.0b1 class | feature edition | cre component | checks level | 1 compatible | no This werk affects users who use the tags of Azure Resource Groups or Virtual Machines (if monitored as hosts) as host labels in Checkmk. The host labels are renamed from the original Azure format "{key}":"{value}" to "cmk/azure/tag/{key}":"{value}" in order to stay consistent with other host labels and to avoid overwriting existing Checkmk labels. Additionally, label keys and values are now validated to 1) not hold empty values - empty values are replaced by "true" and 2) not contain colons (":") - colons are replaced by underscores ("_"). So a former label "label:key":"" will now be shown as "label_key":"true". The old labels will be removed in version 2.4.0.

7 months, 3 weeks

[2.1.0] Checkmk Werk 16332 created: Fix for 'ERROR: Failed to read config of site' of existing site when creating a new one

by Checkmk werks level 1

Title: Fix for 'ERROR: Failed to read config of site' of existing site when creating a new one Class: fix Compatible: compat Component: omd Date: 1706696943 Edition: cre Level: 1 Version: 2.1.0p39 When creating a new site while having other sites the new site tries to determine the used ports of the other sites with checking their 'etc/omd/site.conf'. If this file is not accessible an error 'ERROR: Failed to read config of site ...' is shown. This happens e.g. if a root user with a restictive umask (e.g. 0077) creates a site. The site folder has then only owner and group permissions set while "other" does not have any permissions. After this site folder and the site user is created omd switches to that user and creates the file and folder structure with defined permissions. So that 'etc/omd/site.conf' is other-readable. Since the site folder is missing the executable permission for other this folder is not traversable therefore the files and folders beneath are inaccessible. With this change we make sure that the site folder has at least the executable permission for other. For already existing sites this change has no affect. If the error 'ERROR: Failed to read config of site ...' is still shown make sure that existing site folders have that other executable permission, e.g. by 'chmod o+x /omd/sites/\<SITENAME\>'.

7 months, 3 weeks

[2.2.0] Checkmk Werk 16465 created: service discovery: introduce functionality to fetch job status from remote sites

by Checkmk werks level 1

Title: service discovery: introduce functionality to fetch job status from remote sites Class: fix Compatible: compat Component: rest-api Date: 1706523804 Edition: cre Level: 1 Version: 2.2.0p22 Prior to this werk, the service discovery endpoints were restricted to the local service discovery background job. This resulted in the following endpoints being restricted to local setups only: LI: Show the last service discovery background job on a host LI: Wait for service discovery completion This werk fixes this and now also supports distributed monitoring setups. To benefit from this change both the central site as well the remote sites need to be updated to the werk's version. This change does not affect local only setups.

7 months, 3 weeks

[2.4.0] Checkmk Werk 16327 created: netapp_ontap_environment: show unit of measurement in summary

by Checkmk werks level 1

[//]: # (werk v2) # netapp_ontap_environment: show unit of measurement in summary key | value ---------- | --- compatible | yes version | 2.4.0b1 date | 2024-02-01T13:34:16+00:00 level | 1 class | fix component | checks edition | cre The service summary now displays the units of measurement of the monitored value.

7 months, 3 weeks

[2.2.0] Checkmk Werk 16327 created: netapp_ontap_environment: show unit of measurement in summary

by Checkmk werks level 1

Title: netapp_ontap_environment: show unit of measurement in summary Class: fix Compatible: compat Component: checks Date: 1706794456 Edition: cre Level: 1 Version: 2.2.0p22 The service summary now displays the units of measurement of the monitored value.

7 months, 4 weeks

[2.2.0] Checkmk Werk 16364 created: tag_group: change the identification field from 'ident' to 'id'

by Checkmk werks level 1

Title: tag_group: change the identification field from 'ident' to 'id' Class: fix Compatible: incomp Component: rest-api Date: 1706534034 Edition: cre Level: 1 Version: 2.2.0p22 Before this Werk, when creating a tag group, the ident field was used to provide its identification as well as that of the tags associated to the group, however the information was returned in the id field. This Werk unifies the names and now the ident fields are renamed to id. Users should adapt their scripts accordingly. For comptatibility reasons CheckMK 2.2.0 and 2.3.0 will support both id and ident, but ident will be removed on the next version. The following example shows the changes that need to be applied to the payload to use this endpoint: Original payload: C+: { "ident": "test_group", "title": "Test group", "help_text": "My test groupd", "tags": [ {"ident": "test", "title": "Test Tag"} ] } C-: Updated payload: C+: { "id": "test_group", "title": "Test group", "help_text": "My test groupd", "tags": [ {"id": "test", "title": "Test Tag"} ] } C-:

7 months, 4 weeks

[2.3.0] Checkmk Werk 16295 adapted: postfix_mailq_status: Rework discovery

by Checkmk werks level 1

Werk 16295 was adapted. The following is the new Werk, a diff is shown at the end of the message. Title: postfix_mailq_status: Rework discovery Class: fix Compatible: compat Component: checks Date: 1700560692 Edition: cre Level: 1 Version: 2.3.0b1 With this werk the postfix status service is not discovered if Postfix is not running. The default mail queue is now discovered as "Postfix Status default". ------------------------------------<diff>------------------------------------------- Title: postfix_mailq_status: Rework discovery Class: fix - Compatible: incomp ? -- + Compatible: compat ? ++ Component: checks Date: 1700560692 Edition: cre Level: 1 Version: 2.3.0b1 With this werk the postfix status service is not discovered if Postfix is not running. The default mail queue is now discovered as "Postfix Status default". - In order to make the check plugin work you have to perform a re-discovery on the affected hosts. - Otherwise, the service "Postfix Status" (dicovered before this change) will stop working. -

7 months, 4 weeks

[2.4.0] Checkmk Werk 16389 adapted: authentication: remove user profile dir when unknown user and failed to login

by Checkmk werks level 1

Werk 16389 was adapted. The following is the new Werk, a diff is shown at the end of the message. [//]: # (werk v2) # authentication: remove user profile dir when unknown user and failed to login key | value ---------- | --- date | 2024-01-26T15:59:51+00:00 version | 2.4.0b1 class | fix edition | cre component | wato level | 1 compatible | yes Previously, failed login attempts with an unknown user would create a user profile directory. This is no longer the case. The profile directory is now only created for valid users. ------------------------------------<diff>------------------------------------------- [//]: # (werk v2) # authentication: remove user profile dir when unknown user and failed to login key | value ---------- | --- date | 2024-01-26T15:59:51+00:00 - version | 2.3.0b1 ? ^ + version | 2.4.0b1 ? ^ class | fix edition | cre component | wato level | 1 compatible | yes Previously, failed login attempts with an unknown user would create a user profile directory. This is no longer the case. The profile directory is now only created for valid users.

7 months, 4 weeks

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Checkmk werks level1