Line 3: |
|
== Consideration before filing a ticket == |
|
== Consideration before filing a ticket == |
|
|
|
|
- |
In order to provide an accurate and timely resolution to ticket, there a few basic things that should be taken into account before filing a ticket. Here are some things to preemptively consider that will likely be asked for during the ticket's life:
|
+ |
In order to provide an efficient resolution to your ticket, there a few basic things that should be taken into account before filing a ticket. Here are some dos and don'ts about making tickets:
|
|
|
|
|
- |
If it's a configuration question:
|
+ |
Do:
|
- |
*What are you trying to do?
|
|
|
- |
*What have you tried?
|
|
|
- |
*What specifically isn't working?
|
|
|
- |
*Have you checked the docs [http://docs.urbancode.com/uDeploy/4.8/html/content/index.html here]?
|
|
|
|
|
|
|
- |
If it pertains to an error:
|
+ |
*Let us know what you're trying to do
|
- |
*Provide the step's output log (black command prompt box in the component process request screen)
|
+ |
*Describe the error or question in depth
|
- |
*Provide the server's logs, at least back to the beginning of the deployment (%server_home%/var/log)
|
+ |
*Give what step in the process is failing
|
- |
*What step is giving the error?
|
+ |
*Provide step output logs
|
- |
*What plugin does the step belong to?
|
+ |
*Provide the plugin and plugin version the step is from
|
- |
*How do you have your step configured?
|
+ |
*Provide server logs
|
- |
*What do you expect the outcome to be, once corrected?
|
+ |
*Provide a start time for the deployment
|
|
|
+ |
*List steps taken to reproduce the error
|
|
|
+ |
*For feature requests, describe what you would like implemented or changed, as well as how and what it will help with
|
|
|
|
|
|
|
+ |
Don't:
|
|
|
|
|
|
|
+ |
*Only post the error in the description (this hardly ever enough information for us to help you)
|
|
|
+ |
*Assume we have in depth knowledge of the programs we integrate with (We're uDeploy ninjas, and 3rd party amateurs)
|
|
|
+ |
*Use the same ticket for a different problem unless it stems from the original issue (we use tickets for future troubleshooting)
|
|
|
+ |
*Only use one ticket priority (If it's very time sensitive and/or detrimental to production, make it High. If not, it's probably medium or low. Check your SLAs)
|