openclaw - 💡(How to fix) Fix agentTurn cron jobs silently fail with FailoverError: LLM request timed out on cron lane [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#43621Fetched 2026-04-08 00:16:43
View on GitHub
Comments
1
Participants
2
Timeline
3
Reactions
0
Author
Participants
Timeline (top)
closed ×1commented ×1locked ×1

Error Message

lane wait exceeded: lane=cron waitedMs=119951 queueAhead=0 lane task error: lane=cron durationMs=270 error="FailoverError: LLM request timed out." lane task error: lane=session:agent:main:cron:<job-id> durationMs=120226 error="FailoverError: LLM request timed out."

Fix Action

Workaround

Switch to sessionTarget: "main" + payload.kind: "systemEvent". Routes the reminder into the main session instead of spawning an isolated one — works reliably.

Code Example

lane wait exceeded: lane=cron waitedMs=119951 queueAhead=0
lane task error: lane=cron durationMs=270 error="FailoverError: LLM request timed out."
lane task error: lane=session:agent:main:cron:<job-id> durationMs=120226 error="FailoverError: LLM request timed out."
RAW_BUFFERClick to expand / collapse

Describe the bug

Cron jobs with sessionTarget: "isolated" and payload.kind: "agentTurn" fail silently every time they fire. The cron runs API returns 0 entries (no history recorded), and the gateway log shows the LLM request timing out on the cron lane.

To Reproduce

  1. Create a cron job with sessionTarget: "isolated", payload.kind: "agentTurn", any schedule
  2. Wait for it to fire (or trigger manually with cron run)
  3. Check cron runs → 0 entries
  4. Check gateway log → see errors below

Gateway log output

lane wait exceeded: lane=cron waitedMs=119951 queueAhead=0
lane task error: lane=cron durationMs=270 error="FailoverError: LLM request timed out."
lane task error: lane=session:agent:main:cron:<job-id> durationMs=120226 error="FailoverError: LLM request timed out."

Expected behavior

The isolated agentTurn job spawns a session, runs the agent turn, and records a run in history.

Actual behavior

The cron lane waits ~2 minutes, then the LLM call fails with a timeout. No run is recorded. No error is surfaced to the user — cron add returns success, the job appears enabled, but nothing ever executes.

Workaround

Switch to sessionTarget: "main" + payload.kind: "systemEvent". Routes the reminder into the main session instead of spawning an isolated one — works reliably.

Environment

  • OpenClaw version: 2026.3.8 (3caab92)
  • OS: macOS Darwin arm64
  • Node: v23.11.0
  • Gateway: LaunchAgent, loopback bind, port 18789

extent analysis

Fix Plan

To resolve the issue with cron jobs failing silently, we need to modify the cron job configuration and the gateway settings. Here are the steps:

  • Update the cron job configuration to use sessionTarget: "main" and payload.kind: "systemEvent" to route the reminder into the main session instead of spawning an isolated one.
  • Increase the timeout for LLM requests in the gateway settings to prevent timeouts.

Example code snippet to update the cron job configuration:

const cronJob = {
  sessionTarget: 'main',
  payload: {
    kind: 'systemEvent'
  }
};

Verification

To verify that the fix worked, follow these steps:

  • Create a new cron job with the updated configuration.
  • Trigger the cron job manually with cron run.
  • Check the cron runs API to see if the job was executed successfully.
  • Check the gateway log to see if there are any errors related to LLM request timeouts.

Extra Tips

  • Make sure to update the OpenClaw version to the latest version to ensure you have the latest bug fixes and features.
  • Consider implementing retry logic for LLM requests to handle temporary failures.
  • Monitor the gateway log for any errors related to LLM request timeouts and adjust the timeout settings as needed.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

FAQ

Expected behavior

The isolated agentTurn job spawns a session, runs the agent turn, and records a run in history.

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

openclaw - 💡(How to fix) Fix agentTurn cron jobs silently fail with FailoverError: LLM request timed out on cron lane [1 comments, 2 participants]