ID: 6485
Title: fsc_sc2_voltage: Do not discover not-available voltage units
Component: Checks & agents
Level: 1
Class: Bug fix
Version: 1.6.0i1
Units which are not-available have voltage values 0 V.
This may lead to WARN or CRIT because lower or upper device
levels are checked.
ID: 6409
Title: wmi.include: don't throw exepctions in the parse function
Component: Checks & agents
Level: 1
Class: Bug fix
Version: 1.6.0i1
In previous versions the parse function provided in wmi.include
(used in different WMI checks like e.g. wmi_cpuload) raised
a MKCounterWrapped exception if a WMI timeout occured. This
leads to a crash during the service discovery when a timeout
occurs.
Now the parse function always returns valid data. If a timeout
occurs an empty table is added to the parsed data. The inventory
function can then easily check for empty tables. If on the other
hand the check function tries to access an empty table a
MKCounterWrapped exception is raised.
ID: 6554
Title: Raw Edition: Improved handling of configuration errors
Component: Core & setup
Level: 2
Class: Bug fix
Version: 1.6.0i1
While creating a configuration for the Nagios core (e.g. using "cmk -U" or during "omd update")
exceptions may be raised which are caused by configuration issues.
When using the Nagios core Check_MK does not produce a half written object file anymore. In case
of such an error Check_MK throws away everything and keeps the old file.
You can then start the site with the old configuration and fix the configuration issue while the
monitoring is running with the old config.
ID: 6553
Title: Fix "Error running .../MKEVENTD 'set' 'on'" error in case of config errors during update
Component: Core & setup
Level: 1
Class: Bug fix
Version: 1.6.0i1
This error message could occur during the "omd update" procedure when the configuration is
detected to have some issues. This message is now being suppressed while the configuration
error is still be printed to the user.
ID: 6555
Title: Snapins can now be customized
Component: Multisite
Level: 2
Class: New feature
Version: 1.6.0i1
It is now possible to create customized copies of the default sidebar snapins.
To make this possible the snapin developer needs to prepare the snapin for this
feature. The developer needs to specify which parameters can be customized by
the users and make the snapin use the user configuration.
The user can then navigate to "Add snapin page > Custom snapins" to manage his
custom snapins. When editing such a custom snapin the attributes of the snapin
can be edited. The snapins can be shared with other users of the installation.
The sharing logic is equal to the bookmarks, reports and so on.
Once a custom snapin has been created, the user can choose the new dashlet from
the "add snapin page" for adding it to his dashboard.
ID: 6556
Title: Tactical overview and host matrix snapins can be customized
Component: Multisite
Level: 2
Class: New feature
Version: 1.6.0i1
Based on the changes of werk #6555 the Tactical overview snapin can now be
configured to show statistics about custom sets of hosts / services / events.
It can also be configured to show or not show stale objects and failed
notifications.
It is now also possible to create custom copies of the host matrix snapin to
set arbitrary host filters for them which make them able to visualize different
collections of hosts.
ID: 6477
Title: Fixed links in the snaping "About Check_MK"
Component: Multisite
Level: 1
Class: Bug fix
Version: 1.6.0i1
The links now lead to the correct pages of the new website again.
ID: 6552
Title: Role changes now create change entries on central site
Component: WATO
Level: 1
Class: Bug fix
Version: 1.6.0i1
Changes to the roles in WATO triggered change entries for remote sites where the user login
is allowed but were missing to add change entries for the central site.
This is relevant for the "discard changes" feature. In case such a role change is made by one user
and a another, less privileged user, tries to discards his changes it would be possible to discard
the changes of the first user in case no change entry is created.
ID: 6551
Title: Fixed missing permission checking during "Discard changes"
Component: WATO
Level: 2
Class: Bug fix
Version: 1.6.0i1
Users with reduced privileges that have access to WATO e.g. for managing their
own hosts in specific folders have access to the "Activate changes" page for
activating their config changes. On that page there is a button "discard
changes" which can be used to undo the configuration changes that have been
made since the last activation.
A limitation of this feature is that it can only revert the whole configuration
at all, not only the configuration made by this user. A permitted user would
discard all changes, even the ones made by others in the moment he clicks on
discard changes.
The activation mechanism is aware of the situation where others have made
changes. Users that are not permitted to activate foreign changes are not
able to activate their changes in this situation and get a warning message
about this.
However, the discard changes action was missing such a check which allowed
those users to discard the changes of others while they should not be allowed
to do so.
The discard changes action is now using the same logic as the activate changes
action for checking whether or not a user is allowed to do this.