Refactoring: Changed remaining check parameters starting with an 's' to the new rules...
[check_mk.git] / .werks / 2041
blob40cd0029fb3e366d7645d74bd6a050761f41ed70
1 Title: Notification Spooler can now handle incoming and outgoing persistent TCP connections
2 Level: 2
3 Component: notifications
4 Compatible: incomp
5 Version: 1.2.7i1
6 Date: 1425463954
7 Class: feature
9 The Check_MK Notification Spooler (<tt>mknotifyd</tt>) has completely been rewritten. It
10 now:
12 <ul>
13 <li>uses persistent TCP connections instead of connecting for each notifiction</li>
14 <li>can use outgoing TCP connections for <i>receiving</i> notifictions</li>
15 <li>can handle an arbitrary number of parallel connctions</li>
16 <li>monitors connections with heart beats</li>
17 <li>is being monitored by two new checks for the general state and for each connection</li>
18 </ul>
20 The global configuration for the spooler has changed. Your existing settings
21 are still supported but have vanished from WATO. As soon as you create a
22 new configuration that will override your legacy configuration.
24 The new checks that monitor the spooler require an update of the Check_MK
25 Agent for Linux on the Check_MK server. It needs OMD based installaions
26 paths. All spoolers will automatically be discovered. The new checks are
27 <tt>mknotifyd</tt> and <tt>mknotifyd.connection</tt>.
29 The spooler write messages into <tt>var/log/mknotifyd.log</tt>. There are
30 three log levels, which can be configured in the global settings of the
31 spooler. We propose starting with the highest log level. Also a file
32 <tt>var/log/mknotifyd.log</tt> is being written every 20 seconds. It
33 shows the state of the spooler and its connections. This is being used
34 for the monitoring of the spooler.
36 Note: To get the new mknotifyd running you need to reconfigure its global settings.
37 Otherwise it will use the incompatible configuration of the previous version.