Debugging incidents

July 20, 2026 ยท View on GitHub

Audience: on-call engineers and workflow owners.
Works with: OSS and Orkes.

Start with an execution ID, not a code guess. Inspect the workflow status, failed task, reason for incompletion, retry count, input/output shape, and worker logs for the same task ID.

Fast triage

SymptomLikely causeFirst check
Task stays SCHEDULEDNo matching worker, wrong domain, or no task definitionworker task name/domain and queue age
Task times outworker crash, blocked dependency, or timeout too lowworker logs, response timeout, downstream latency
Task repeatedly failstransient failure misclassified or non-idempotent side effectreason, retry policy, idempotency key
Agent waits foreverapproval/tool response was never sentagent status and pending HITL task
401/403credentials or tenant permissionsendpoint and injected credential identity

Gather safe evidence

Capture IDs, timestamps, status, reason, retry count, and redacted configuration. Do not paste auth headers, raw secrets, or customer payloads into tickets. If a definition changed recently, compare the execution's workflow version before rolling back.

Next: reliability, connection and authentication, and agent client reference.