ID: 8655
Title: Changing global setting for alert handler event types is now effective
Component: alerts
Level: 2
Class: Bug fix
Version: 1.4.0b2
The bug was that changing the global setting for the handled event types
would not be activated by {{Activate Changes}}. The configuration for the
core was not generated newly until some other settings was changed also.
This has been fixed.
ID: 8637
Title: Check_MK Notification Spooler is now always enabled
Component: Notifications
Level: 2
Class: New feature
Version: 1.4.0i3
The notification spooller will be enabled on all sites and can not be
disabled anymore via "omd config".
ID: 8638
Title: Fixed broken notifications when Check_MK notification spooler not enabled (regression since 1.4.0i2)
Component: Notifications
Level: 3
Class: Bug fix
Version: 1.4.0i3
When updating an existing site to 1.4.0i2 or 1.4.0i2p2 while not having the "Check_MK notification spooler"
enabled via "omd config", the notification system stopped sending notifications.
The background is that the default notification mechanism had been changed from direct delivery to
asynchronous delivery. And this was done even when the notification spooler, which is responsible for
delivering the asynchronous notification, was disabled.
The notifications are not lost, they have simply not been processed. In case you are affected,
there should exist one file for each notification that has been created but was not delivered
below <tt>var/check_mk/notify/spool/</tt>.
To fix this issue just install the new version. After the update all notification will be sent out.
In case you want to supress the stuck notifications, you can go to the directory mentioned above and
remove the <tt>.mk</tt> files in this directory before starting the site again.
To make it work for you with the existing versions, you can execute "omd config" and go to
"Distributed Monitoring > MKNOTIFYD" and enable this option. After starting the site again,
all your notifications will be processed and are sent to the users.
ID: 8634
Title: Fixed broken config when configuring "Parameters for linux_remote" ruleset
Component: alerts
Level: 2
Class: Bug fix
Version: 1.4.0i2
This fixes this error after configuring a rule for this ruleset when executing
Check_MK commands:
Cannot read in configuration file /omd/sites/heute/etc/check_mk/conf.d/wato/rules.mk: name 'alert_handler_parameters' is not defined
ID: 8622
Title: Agent Bakery: Fix broken deployment of automatic agent updater for Windows
Component: agents
Level: 2
Class: Bug fix
Version: 1.4.0i2
This bug affected builds of the 1.2.8 branch after 2016-09-14, including the
releases 1.2.8p11 and 1.2.8p12. Agents deployed with the agent bakery
of these versions do not update automatically. Redeployment to affected hosts
is required.
ID: 8611
Title: Alert handlers now log success or failure to monitoring history
Component: alerts
Level: 2
Class: New feature
Version: 1.4.0i1
Alert handlers to send feedback to the monitoring core. The history of the
affected host or service now gets two log entries: one for the launch of
the handler, one for the termination.
Also two identical alert handlers will not be allowed any longer to run
in parallel. This will avoid flooding processes in case of hanging handlers.
ID: 8587
Title: Do not longer put baked agents and agent update status into WATO snapshots
Component: WATO
Level: 2
Class: Bug fix
Version: 1.4.0i1
The snapshots that WATO automatically creates on {{Activate changes}} do no longer
contain the baked agents and information about the agent update status. This was
considered a bug, since a replay of a WATO snapshot would also reset the update
status. And the baked agent can be very large and produce large snapshots. This
made {{Activate changes}} quite slow in some situations.
<b>Note</b>: The WATO snapshots are considered to be <i>configuration</i>
snapshots - not a replacement for a real backup!
ID: 8588
Title: deb-packages: Do not remove /var/lib/check_mk_agent on package update
Component: agents
Level: 2
Class: Bug fix
Version: 1.4.0i1
The Debian packages created by the agent bakery now no longer delete the directory
<tt>/var/lib/check_mk_agent</tt> when the package is <i>updated</i>. It is still
removed when the package is finally uninstalled.