Changes between Version 3 and Version 4 of doc/usage/nscp/crash


Ignore:
Timestamp:
12/26/10 17:05:20 (2 years ago)
Author:
mickem
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • doc/usage/nscp/crash

    v3 v4  
    2626I would probably advice people to think about which strategy is the right one for you but for me this high impact points are sensitivity and firewall issues related to submissions. Which can be circumvented by sending the archived files manually from a server which can access the Internet. 
    2727 
     28 
     29== Configuring crash detection and actions == 
     30 
     31To get you started I have divided this guide into three sections but nothing keeps you (and I advocate when possible) from using all three of these methods. 
     32 
    2833== Archiving files == 
     34 
     35The simplest way to protect your self is to make yourself aware of the fact that NSClient++ has crashed. This is done using both the archive feature and the [[check_nscp]] command in addition to this archiving crash dump files makes it possible to submit them by hand afterwards if you have an issue you want me to help you resolve. Submitting the crash dumps are fairly simple and you can either use the reporter tool or just send them via email to me. 
     36 
     37Archiving is the default action and it is enable by default. 
     38{{{ 
     39[crash] 
     40; Archive crash dump files if a crash is detected 
     41;archive=1 
     42 
     43; Submit crash reports to a crash report server (this overrrides archive) 
     44;submit=0 
     45 
     46; Restart service if a crash is detected 
     47;restart=1 
     48}}} 
     49 
     50To disable archiving you use the following instead: 
     51{{{ 
     52[crash] 
     53; Archive crash dump files if a crash is detected 
     54archive=0 
     55}}} 
     56 
     57Once NSClient++ crashes two files are crated; 
     58 1. <GUID>.dmp) is the actual dumped data (stack traces and variable contents) 
     59 2. <GUID>.dmp.txt is a description file with some meta information about NSClient++ 
     60 
     61To be able to check the health of NSClient++ you need to enable the [[CheckNSCP.dll]] module. 
     62Which is done like so: 
     63{{{ 
     64[modules] 
     65; ... 
     66CheckNSCP.dll 
     67; ... 
     68}}} 
     69 
     70The module serves two purposes the first being to collect all error messages reported inside NSClient++ and the second being to check the crash dump folder for crash dumps. 
     71 
     72 
     73 
     74 
     75 
    2976 
    3077