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.
ID: 5341
Title: agent_vsphere: change of the option "Display VM power state on"
Component: Checks & agents
Level: 1
Class: New feature
Version: 1.5.0i1
The option "Display VM power state on" of the WATO rule now displays
the power state of VMs <i>additionally</i> on either the ESX host or
the VM. The option is therefore renamed to "Display power state
additionally on". This will result in services for <i>both</i> the
queried system and the ESX host / VM. By disabling the unwanted
services it is then possible to configure where the corresponding
services are displayed. Because the data is now still available on
the queried system the service "Object count" will now display the
correct count when the option is used.
ID: 5226
Title: netstat, win_netstat: Checks now include performance graphs for number of connections
Component: Checks & agents
Level: 1
Class: New feature
Version: 1.5.0i1
ID: 5225
Title: apache_status: Change autodetection logic of agent plugin to include a process multiple times if it listens on multiple ports
Component: Checks & agents
Level: 1
Class: New feature
Version: 1.5.0i1
ID: 5224
Title: check_http: Support verbose output
Component: Checks & agents
Level: 1
Class: New feature
Version: 1.5.0i1
This allows to use the -v option of the classic check_http active check.
This will extend the long output of the plugin by header and body information.