Skip to content

Commit 7162a27

Browse files
committed
Runs waiting in queue due to concurrency limits
1 parent 34203d6 commit 7162a27

File tree

1 file changed

+10
-0
lines changed

1 file changed

+10
-0
lines changed

docs/troubleshooting.mdx

Lines changed: 10 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -177,6 +177,16 @@ Make sure that you always use `await` when you call `trigger`, `triggerAndWait`,
177177

178178
View the [rate limits](/limits) page for more information.
179179

180+
### Runs waiting in queue due to concurrency limits
181+
182+
If runs are staying in the `QUEUED` state for extended periods, check your concurrency usage in the dashboard. Review how many runs are `EXECUTING` or `DEQUEUED` (these count against limits) and check if any runs are stuck in `EXECUTING` state, as they may be blocking new runs.
183+
184+
**Solutions:**
185+
186+
- **Increase concurrency limits** - If you're on a paid plan, increase your environment concurrency limit via the dashboard
187+
- **Review queue concurrency limits** - Check if individual queues have restrictive `concurrencyLimit` settings
188+
- **Check for stuck runs** - See if stalled runs are blocking new executions
189+
180190
### `Crypto is not defined`
181191

182192
This can happen in different situations, for example when using plain strings as idempotency keys. Support for `Crypto` without a special flag was added in Node `v19.0.0`. You will have to upgrade Node - we recommend even-numbered major releases, e.g. `v20` or `v22`. Alternatively, you can switch from plain strings to the `idempotencyKeys.create` SDK function. [Read the guide](/idempotency).

0 commit comments

Comments
 (0)