Refactoring: Moved more application check parameters from unsorted.py to dedicated...
[check_mk.git] / .werks / 2231
blob10e3dfe70dbd29c8b439123fa99866e0324fcad7
1 Title: More transparently show errors during service discovery
2 Level: 2
3 Component: core
4 Compatible: compat
5 Version: 1.2.7i1
6 Date: 1432050571
7 Class: feature
9 Checks might run into problems parsing the output of an agent plugin. When
10 this happens during a normal check, you will soon know this as the according
11 service goes <i>UNKNOWN</i> and you will be able to create a crash dump.
13 Errors in single check plugins during service discovery, however, have been
14 silently ignored unless you used <tt>--debug</tt> on the command line. This
15 behaviour has been changed in the following way:
17 H2:<tt>cmk -I</tt> on the command line
19 Now for each files plugin a warning is being printed, but the discovery
20 continues. <tt>--debug</tt> will let the Python exception come through
21 and abort the discovery with a precise error message - just as it used
22 to be.
24 H2:Check_MK Discovery service
26 The discovery check now in case of an error during the discovery goes
27 to <i>UNKNOWN</i> and produces a crash dump - just as normal checks do.
28 That way you can easily send us a crash report in case of any error.
29 Previously error would be ignored silently.
31 H2:Service list in WATO
33 In WATO the list of a host's services will display a yellow error
34 message if one of the plugins fails. This messages has a link for
35 retrying the discovery without the error message and that way switch
36 back to the old behaviours (temporarliy).
38 H2:Bulk discovery in WATO
40 The bulk discovery keeps to the old behaviour of silently ignoring
41 errors but has got a new checkbox for letting a host fail if at
42 least one check plugin of the host runs into an error. The default
43 setting of the checkbox is to ignore errors.