| | 34 | |
| | 35 | The 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 | |
| | 37 | Archiving 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 | |
| | 50 | To disable archiving you use the following instead: |
| | 51 | {{{ |
| | 52 | [crash] |
| | 53 | ; Archive crash dump files if a crash is detected |
| | 54 | archive=0 |
| | 55 | }}} |
| | 56 | |
| | 57 | Once 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 | |
| | 61 | To be able to check the health of NSClient++ you need to enable the [[CheckNSCP.dll]] module. |
| | 62 | Which is done like so: |
| | 63 | {{{ |
| | 64 | [modules] |
| | 65 | ; ... |
| | 66 | CheckNSCP.dll |
| | 67 | ; ... |
| | 68 | }}} |
| | 69 | |
| | 70 | The 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 | |