Start with the service
Open Executions. Search for failed executions in the affected service:Open the failed execution
Open a matching execution. Start with:- endpoint
- method
- status
- duration
- outcome
- request context
- response context
- logs, if configured
- exception details, if available
- linked issue, if available
Check the execution timeline
Use the timeline to inspect the order of events. Look for:- request received
- validation step
- downstream call
- provider response
- database operation
- exception
- timeout
- final response
Inspect response context
If response context was captured, check what your service returned. For example:Check provider or downstream responses
Some HTTP 500 errors are caused by downstream services or providers. For example, your service may return HTTP 500 because a provider returned a failure response:Check logs linked to the execution
If logs are configured, use linked logs to inspect log lines from the same execution. Look for:- exception messages
- stack traces
- failed provider calls
- timeout logs
- retry attempts
- validation failures
- database errors
Check if Foveus created an issue
If the execution is linked to an issue, open the issue. An issue can show:- failure pattern
- common factors
- suggested diagnostic step
- representative execution
- linked executions
- recent activity
- lifecycle
Search for the same failure pattern
Use context, endpoint, and status filters to find related executions. By endpoint:Identify the failure boundary
When debugging HTTP 500 errors, try to identify where the failure happened.
Foveus gives you evidence. You still decide the fix.
Record the next step
After reviewing the execution, record the next step in the linked issue or your team workflow. Good notes are specific:If no execution appears
Check:- the service name matches the service shown in Foveus
- the dashboard is showing the correct mode
- the time range includes the error
status:failedis not too restrictive- the endpoint path matches the captured endpoint
- the route was not excluded by SDK configuration
- the SDK middleware is registered
- the execution is still within retention
If response context is missing
Check:CaptureResponseBodiesis enabled- the route is not excluded
- the response body is within the capture size limit
- the response content type is supported
- redaction did not mask the value
- sampling did not skip the context snapshot
Recommended workflow
- Search failed executions by service.
- Add endpoint or method if known.
- Open a failed execution.
- Inspect the timeline.
- Review response context and provider evidence.
- Check linked logs.
- Open the linked issue if available.
- Search for the same failure pattern.
- Record the next diagnostic step.
What to do next
- Learn about executions: Executions
- Learn about issues: Issues
- Search nested response context: Search nested response context
- Review performance overhead: Performance overhead