[//]: # (werk v2)
# extreme_vsp_switches_power_supply: Fix crash during discovery
key | value
---------- | ---
date | 2024-06-10T09:32:25+00:00
version | 2.3.0p6
class | fix
edition | cre
component | checks
level | 1
compatible | yes
Discovery of `extreme_vsp_switches_power_supply` services crashed in case of
VSP input line voltage being `ac110vOr220v` or `dc`.
[//]: # (werk v2)
# Fix notifications postponed forever with Use the status of the service
key | value
---------- | ---
date | 2024-02-14T15:45:34+00:00
version | 2.3.0p6
class | fix
edition | cee
component | notifications
level | 1
compatible | yes
Configuring a service with "host check command > use the status of the service"
would result in notifications for any service to be postponed forever. This has
been fixed.
[//]: # (werk v2)
# extreme_vsp_switches_power_supply: Fix crash during discovery
key | value
---------- | ---
date | 2024-06-10T09:32:25+00:00
version | 2.4.0b1
class | fix
edition | cre
component | checks
level | 1
compatible | yes
Discovery of `extreme_vsp_switches_power_supply` services crashed in case of
VSP input line voltage being `ac110vOr220v` or `dc`.
[//]: # (werk v2)
# Respect lower vertical range limit when rendering graphs
key | value
---------- | ---
date | 2024-06-07T12:10:25+00:00
version | 2.4.0b1
class | fix
edition | cre
component | multisite
level | 1
compatible | yes
When rendering a graph with a vertical range that does not comprise all the data, the lower vertical
range limit was not respected. Instead, the rendered lines or areas extended into the area below the
graph, potentially covering the time axis labels.
As of this werk, rendered lines and areas are cut off at the lower vertical range limit.
Title: Add ID to some sections on "Edit role" page
Class: feature
Compatible: compat
Component: multisite
Date: 1718015289
Edition: cre
Level: 1
Version: 2.2.0p28
Built-in views already showed the ID of the view, this was added now for custom
views and other sections like dashboards, topics and graph collections.
Werk 16430 was adapted. The following is the new Werk, a diff is shown at the end of the message.
Title: veeam_jobs: Always Monitor Result of Last Backup
Class: fix
Compatible: compat
Component: checks
Date: 1717598169
Edition: cee
Level: 1
Version: 2.2.0p28
Previously, the check plugin <code>veeam_jobs</code> would not always check the result of
the last backup job to determine the monitoring state. If the creation time was
an empty string, it would show <code>item not found</code>. Moreover, if the last
state of the plugin was <code>Starting</code>, <code>Working</code> or <code>Postprocessing</code>, then the
check would be OK, even if the last backup failed.
The check now shows all the information available unconditionally. Moreover,
* a Success result is OK,
* a Warning result is WARN,
* a Failed result is CRIT,
* a None result is OK or UNKNOWN. There is no change in behaviour in this case.
------------------------------------<diff>-------------------------------------------
Title: veeam_jobs: Always Monitor Result of Last Backup
Class: fix
Compatible: compat
Component: checks
Date: 1717598169
Edition: cee
Level: 1
Version: 2.2.0p28
Previously, the check plugin <code>veeam_jobs</code> would not always check the result of
the last backup job to determine the monitoring state. If the creation time was
- an empty string, it would show <code>item not found</code> in case. It will now show all
- the information available and the correct monitoring state.
+ an empty string, it would show <code>item not found</code>. Moreover, if the last
+ state of the plugin was <code>Starting</code>, <code>Working</code> or <code>Postprocessing</code>, then the
+ check would be OK, even if the last backup failed.
+ The check now shows all the information available unconditionally. Moreover,
+ * a Success result is OK,
+ * a Warning result is WARN,
+ * a Failed result is CRIT,
+ * a None result is OK or UNKNOWN. There is no change in behaviour in this case.
+
Title: veeam_jobs: Always Monitor Result of Last Backup
Class: fix
Compatible: compat
Component: checks
Date: 1717598169
Edition: cee
Level: 1
Version: 2.2.0p28
Previously, the check plugin <code>veeam_jobs</code> would not always check the result of
the last backup job to determine the monitoring state. If the creation time was
an empty string, it would show <code>item not found</code> in case. It will now show all
the information available and the correct monitoring state.
[//]: # (werk v2)
# Add ID to some sections on "Edit role" page
key | value
---------- | ---
compatible | yes
version | 2.3.0p7
date | 2024-06-10T10:28:09+00:00
level | 1
class | feature
component | multisite
edition | cre
Built-in views already showed the ID of the view, this was added now for custom
views and other sections like dashboards, topics and graph collections.
[//]: # (werk v2)
# sql: Allow macros in 'Database user' field
key | value
---------- | ---
date | 2024-06-10T08:27:19+00:00
version | 2.3.0p6
class | fix
edition | cre
component | checks
level | 1
compatible | yes
With the version 2.3, the usage of macros in the `Database user` field of
the `Check SQL database` was disallowed. With this Werk, it's allowed again.
[//]: # (werk v2)
# mk-sql correctly reports errors
key | value
---------- | ---
date | 2024-06-10T07:39:27+00:00
version | 2.3.0p6
class | fix
edition | cee
component | checks
level | 1
compatible | yes
Previously, mk-sql did not attach the prefix `ERROR: `
to an error. As a result, the check engine couldn't
parse the error correctly and may report missing service.
With this release, the problem has been fixed.