ID: 2176
Title: One custom icon or action can be configured per process/service
Component: WATO
Level: 1
Class: New Feature
Version: 1.2.7i1
It is now possible to configure a custom icon or action per process or
windows service. This is some sort of shortcut. In case of process
inventory, you had to configure two rules:
a) a process discovery rule
b) a rule to assign an icon to this service
With this new feature you can configure the icon to be used for the
found process right in the value of a process discovery rule.
ID: 2200
Title: New filter for (de-)selecting preliminary notifications to "check-mk-notify"
Component: Multisite
Level: 1
Class: New Feature
Version: 1.2.7i1
When an alert happens then Check_MK lets the core first create a "preliminary" notification.
This is not yet mapped to one or several users but is the starting point for the rule based
notifications. But it is already logged into the monitoring log. After sending out the
actual notifications a further entry for each target user is being logged. A new filter now
allows to select just the final or just the preliminary notifications. It is available in
all log and notification views.
ID: 2175
Title: Added icon uploader, unified icon selection
Component: Multisite
Level: 2
Class: New Feature
Version: 1.2.7i1
Check_MK makes use of icons in views and dashboards, but it is also possible
to add a custom icon to hosts or services for e.g. showing up the type of
the device in a graphical way. This version also adds the option to register
custom icons and actions to host and services.
This change unifies the handling of icons used in such places. We implemented
an icon selector which is used everywhere were you can select an icon. This
icon selector groups the icons together in categories for more comfortable
selection.
We added an icon upload mechanism which gives you the option to manage your
custom icons using WATO. You can find it in the top level navigation of WATO.
All icons are now loaded from a fixed location, in OMD environments this
is <tt>share/check_mk/web/htdocs/images/icons</tt> for the icons distributed
by us and <tt>local/share/check_mk/web/htdocs/images/icons</tt> for your
custom icons.
Implementation detail: The category of an icon is saved directly in the icon
image. It is stored in the PNG comment metadata.
ID: 2174
Title: Added action popup to host & service views, supporting custom actions now
Component: Multisite
Level: 2
Class: New Feature
Version: 1.2.7i1
Each host and service has several icons showing up in the web GUI to either
provide options to perform actions or visualizing the state of the object.
Now we reworked the whole thing a bit by adding a popup menu which is groups
together the actions for an object. This aims to reduce the number of icons
shown up in list views.
By default the icon column is now showing the popup menu trigger icon which
can be left clicked to open the popup menu and the graph icon if a host or
service has performance data available. The column is also showing all state
related icons.
Former versions already allowed users to extend the web GUI with so called
in python written icon plugins. This is still possible.
But now, we added the option to easily configure basic actions using WATO.
The configuration is split into two steps:
a) You need to basically configure your custom actions
This is done via the option <i>Custom icons and actions</i> which
can be found in the <i>Status GUI (Multisite)</i> tab of the <i>Global
Settings</i>.
First you need to choose an unique identifier for your action.
Then you can either configure simple icons providing some kind
of information, for example the type of the system, by configuring just
an icon and the title.
If you like to add a custom action, for example a link to the web interface
of one of your devices, you can configure an action URL where you can use
some basic macros:
<ul>
<li>$HOSTNAME$: Contains the name of the host</li>
<li>$SERVICEDESC$: Contains the service description (in case this is a service)</li>
<li>$HOSTADDRESS$: Contains the network address of the host</li>
</ul>
b) Assign the actions to your objects
After you configured at least one custom action, you can use the rules
<i>Custom icons or actions for hosts in status GUI</i> and
<i>Custom icons or actions for services in status GUI</i> to assign
your custom actions to your hosts and services.
ID: 2199
Title: livestatus_status: now in addition check master settings of monitoring core
Component: Checks & Agents
Level: 1
Class: New Feature
Version: 1.2.7i1
For example the check will no go critical if notifications are disabled. The
exact states for each situation can be configured via a new WATO rule set.
ID: 1955
Title: Fixed status message to show the correct values of limits
Component: Checks & Agents
Level: 1
Class: Bug Fix
Version: 1.2.7i1
Fixed status message to show the correct values of hard and file limits if
the user exceeded it.
ID: 2198
Title: windows_updates: Fix missing warning if reboot required in case forced reboot is in the past
Component: Checks & Agents
Level: 1
Class: Bug Fix
Version: 1.2.7i1
If the plugin reports the next forced reboot to lie in the past then
the check did not warn anymore about a neccessary reboot for applying
the installed patches. Also the code was cleaned up on the dependency
to the Python module <tt>datetime</tt> has been removed.
ID: 2197
Title: win_reg_uninstall: Fix exception in case of invalid output line
Component: HW/SW-Inventory
Level: 1
Class: Bug Fix
Version: 1.2.7i1
Might be cased by a software with vertical bars in the name. This happended
for <tt>Symantec Backup Exec Remote Agent for Windows</tt>. The reason is
unclear.
ID: 2196
Title: winperf_if: for Windows interfaces show original Windows state names
Component: Checks & Agents
Level: 1
Class: New Feature
Version: 1.2.7i1