Using errors
You’re a project manager facilitating an Assisted Review project and you’ve been experiencing consistent issues when executing rounds in that project. Most of those issues have to do with timeouts, and you suspect that adjustments might be required for any of the instance setting table values relevant to Assisted Review, possibly to the default value of the DefaultQueryTimeout.
Before you go to your infrastructure manager for help in adjusting any values in the instance setting table, you decide to look at the Errors tab for entries having to do with timeout expirations in the workspace containing your project. If need be, you can record the stack traces of errors that appear relevant or you can simply export the list of timeout errors to a spreadsheet.
You go to the Errors tab and see that there are well over 1,000 errors in the environment. You perform a simple filter for “timeout” on the Message field in the default Errors view and narrow the list of errors down to a manageable number.
After some initial investigation, you find no obvious clues in any of the error stack traces, so you export the list to a file and email it to your infrastructure manager, who knows what to look for. The errors tell her that there is a problem not with the timeout values in the instance setting table but with an interruption in agent-server communications.
Through the data gathered from the stack trace on a particular error layout, she's able to go into the back end and correct the issue. Now you can proceed with your Assisted Review project.