ID: 5304
Title: mssql_backup: Fixed error if existing rule has been set before 1.5.0
Component: Checks & agents
Level: 1
Class: Bug fix
Version: 1.5.0i1
In werk #4811 the ruleset for mssql_backup has been extended. Since then the
GUI would crash if a rule has been set up previously to this update. This
has been fixed now.
ID: 5303
Title: local: Fixed missing warn/crit in graphs if upper and lower thresholds are in perfdata
Component: Checks & agents
Level: 1
Class: Bug fix
Version: 1.5.0i1
A graph did not display warn/crit values if there has been upper and lower
thresholds in the perfdata of a local check. The cause of this has been a colon
in between these values. The upper thresholds are represented in a graph now.
ID: 5345
Title: mssql_backup: fix GUI error and show warn/crit values
Component: Checks & agents
Level: 1
Class: Bug fix
Version: 1.5.0i1
Fixes an error visible in the GUI when no parameters are present
for the check. The check now also shows warn and crit values for
a backup type if it is in a warning or critical state.
ID: 5321
Title: mk_oracle: Fixed usage of awk command in case of SunOS which causes 'record ... too long' error
Component: Checks & agents
Level: 1
Class: Bug fix
Version: 1.5.0i1
The consequence of above error was that Check_MK did not
find any ORACLE instances any more. Fixed that by using
{{nawk}} in case of SunOS.
ID: 5397
Title: Microcore can now be configured to send UNREACHABLE notifications
Component: Core & setup
Level: 2
Class: New feature
Version: 1.5.0i1
Normally you don't want to receive UNREACHABLE notifications of hosts. Configuring
client/parent relationships between your hosts is a good idea to be able to
detect network outages. DOWN states of hosts will then be translated into UNREACHABLE,
making your view clear for the real cause (e.g. a router in DOWN state).
But there may be situations where you want to be able to receive these UNREACHABLE
notifications. This was already configurable when using the Nagios core for a long
time. For the Microcore the suppression of UNREACHABLE notifications was hard coded.
This has been changed now.
The default behaviour will not be changed. New sites or updates sites will not send
out UNREACHABLE notifications by default. To enable the new feature, you will first
have to tell the core to send out UNREACHABLE notifications.
To have a seamless transition we additionally changed these things:
<ul>
<li>A default rule that disables the UNREACHABLE notifications is being created
for new sites in the ruleset "Notified events for hosts". Whenever you want
to enable UNREACHABLE notifications, simply enable them using this rule.</li>
<li>Updated sites:
<ul>
<li>If you have configured rules for all your hosts in the
"Notified events for hosts" ruleset, the core will continue working
as configured.</li>
<li>Microcore: For hosts that have no matching rule in "Notified events for hosts",
the Microcore will <i>not send</i> out UNREACHABLE notifications.</li>
<li>Microcore: If you previously had configured a rule in "Notified events for hosts"
which enabled the UNREACHABLE notifications, this rule had no effect. It will now
be working after updating.</li>
<li>Nagios: For hosts that have no matching rule in "Notified events for hosts",
the Nagios core will <i>send</i> out UNREACHABLE notifications.</li>
</ul>
</li>
</ul>
ID: 5396
Title: Nagios: Log external commands to nagios.log by default
Component: Core & setup
Level: 1
Class: Bug fix
Version: 1.5.0i1
Nagios is now logging external commands to the core log (nagios.log)
in the default configuration. This makes Nagios behave like the Microcore
in this case.
ID: 5395
Title: Nagios: Enable passive host check translation by default
Component: Core & setup
Level: 1
Class: Bug fix
Version: 1.5.0i1
The monitoring cores Nagios and Microcore where treating "fake check results"
that can be sent from the GUI differently.
These fake check results are in fact passive host checks. From these passive host
checks Nagios simply takes over the reported state and uses it as new host state,
ignoring the parent logic. The microcore takes the parent logic into account and
may change a DOWN check result to UNREACHABLE when all parents are down.
We have now changed the configuration option <tt>translate_passive_host_checks</tt>
of Nagios to be enabled by default to make Nagios also check this logic.