On Call Troubleshooting » History » Version 3
Joseph Lacey, 12/26/2016 08:35 PM
Some minor refinements
1 | 2 | theory f practice | {{lastupdated_at}} by {{lastupdated_by}} |
---|---|---|---|
2 | |||
3 | 1 | theory f practice | h1. On Call Troubleshooting |
4 | |||
5 | The on-call system functions basically as a first-tier of support: clients see more progress sooner, and tickets can be handled with a clearer understanding after being processed once by a worker. This is a list of troubleshooting tips to clarify that first pass. This does _not_ supersede the "on-call protocol":https://hq.palantetech.coop/projects/pt/wiki/On-call_best_practices; (i.e. if unclear, ask if an issue is urgent). When a ticket comes in, claim it for yourself and acknowledge it (e.g. "Thanks for getting in touch with us! I'm going to do some initial research right now to assist in troubleshooting, and will report my findings when I escalate the ticket."). This process should involve about 15 minutes of research, after which the ticket should be passed along with your findings. |
||
6 | |||
7 | Any time a ticket comes in, the questions are: |
||
8 | 3 | Joseph Lacey | * What does successful resolution of this ticket look like? Is this a bug/misconfiguration? Or a training issue? |
9 | ** *Often a client self-reporting is reliable - but sometimes someone thinks there's a bug because they're misunderstanding the situation. Or they see unexpected behavior, but misunderstand what causes the problem.* |
||
10 | 1 | theory f practice | * How can I reliably replicate the issue? |
11 | 3 | Joseph Lacey | ** *Attempt to create a test which triggers the problem every time.* |
12 | ** When possible, don't just find a test that triggers the problem, but also isolate the problem as much as possible. E.g. if someone reports that certain web pages aren't loading images - which pages do and which don't? Test a bunch, look for the pattern that hints at the source of the bug. |
||
13 | 1 | theory f practice | * Restate the problem in more exact terms. |
14 | 3 | Joseph Lacey | ** *This is helpful both for internal documentation but also if you reassign the ticket off.* For instance, a tech support client might call in and say, "My computer won't start up." That could mean: |
15 | 1 | theory f practice | *** "My computer won't turn on at all." |
16 | *** "My computer turns on, but the screen stays blank." |
||
17 | *** "My computer starts booting, but freezes at the BIOS screen (or "Starting Windows" screen, etc.). |
||
18 | *** "The computer gives a 'Blue Screen of Death' error during startup". |
||
19 | ...or several other possibilities. Identifying which one is happening and restating it in technical terms helps everyone who touches the ticket. |
||
20 | 3 | Joseph Lacey | * *Find error messages.* Know how (and when) to use: |
21 | ** The browser's Developer Console. |
||
22 | 1 | theory f practice | ** Know where to find logs for Drupal, CiviCRM, Apache at the very least. |
23 | 3 | Joseph Lacey | ** Know how to enable debug modes. CiviCRM debug/backtrace, Views show SQL, etc. |
24 | 1 | theory f practice | ** If you have error messages, make use of them. |
25 | ** In more advanced cases, you'll grep the codebase. |