-
-
Notifications
You must be signed in to change notification settings - Fork 79.2k
[Bug]: report LLM request timed out in openclaw + ollama + qwen3.5:27b. But it's ok ollama + qwen3.5:27b. #85267
Copy link
Copy link
Closed
Labels
P1High-priority user-facing bug, regression, or broken workflow.High-priority user-facing bug, regression, or broken workflow.bugSomething isn't workingSomething isn't workingclawsweeper:fix-shape-clearClawSweeper found a clear likely implementation shape for this issue.ClawSweeper found a clear likely implementation shape for this issue.clawsweeper:queueable-fixClawSweeper marked this issue as an existing queue_fix_pr work candidate.ClawSweeper marked this issue as an existing queue_fix_pr work candidate.clawsweeper:source-reproClawSweeper found a high-confidence source-level issue reproduction.ClawSweeper found a high-confidence source-level issue reproduction.impact:message-lossChannel message delivery can be lost, duplicated, or misrouted.Channel message delivery can be lost, duplicated, or misrouted.issue-rating: 🦞 diamond lobsterVery strong issue quality with high-confidence source-level or clear reproduction.Very strong issue quality with high-confidence source-level or clear reproduction.regressionBehavior that previously worked and now failsBehavior that previously worked and now fails
Metadata
Metadata
Assignees
Labels
P1High-priority user-facing bug, regression, or broken workflow.High-priority user-facing bug, regression, or broken workflow.bugSomething isn't workingSomething isn't workingclawsweeper:fix-shape-clearClawSweeper found a clear likely implementation shape for this issue.ClawSweeper found a clear likely implementation shape for this issue.clawsweeper:queueable-fixClawSweeper marked this issue as an existing queue_fix_pr work candidate.ClawSweeper marked this issue as an existing queue_fix_pr work candidate.clawsweeper:source-reproClawSweeper found a high-confidence source-level issue reproduction.ClawSweeper found a high-confidence source-level issue reproduction.impact:message-lossChannel message delivery can be lost, duplicated, or misrouted.Channel message delivery can be lost, duplicated, or misrouted.issue-rating: 🦞 diamond lobsterVery strong issue quality with high-confidence source-level or clear reproduction.Very strong issue quality with high-confidence source-level or clear reproduction.regressionBehavior that previously worked and now failsBehavior that previously worked and now fails
Type
Fields
Give feedbackNo fields configured for issues without a type.
Bug type
Regression (worked before, now fails)
Beta release blocker
No
Summary
After upgrading from 5.7 to above, like 5.20, openclaw reports LLM request timed out when answer a long output question by ollama + qwen 3.5:27b. But same question is answered well directly in ollama + wen 3.5:27b. I even use default parameters under model section in openclaw.json, but still not help.
"models": {
"ollama/qwen3.5:27b": {
"params": {
"cacheRetention": "long",
"offload_kv": true,
"stream": true,
"use_mmap": true
}
},
....
"timeoutSeconds": 1800,
"thinkingDefault": "medium",
...
"models": {
"mode": "merge",
"providers": {
"ollama": {
"baseUrl": "http://xxx.xxx.xxx.xxx:11434",
"api": "ollama",
"apiKey": "OLLAMA_API_KEY",
"timeoutSeconds": 1800,
...
"models": [
{
"id": "qwen3.5:27b",
"name": "qwen3.5:27b",
"reasoning": true,
"input": [
"text",
"image"
],
"cost": {
"input": 0,
"output": 0,
"cacheRead": 0,
"cacheWrite": 0
},
"contextWindow": 262144,
"maxTokens": 8192,
"params": {
"num_ctx": 262144
}
}
]
},
Steps to reproduce
Expected behavior
Should work without LLM request timed out for ask a complex question with long output. First it's workable directly drive by ollama + qwen 3.5:27b local model. Second it's workable in old openclaw version. Third even remove existing parameters inside openclaw.json about this model's settings, such as: "num_ctx", "num_predict", etc, still not report LLM request timed out. So that's not model itself issue and it's also not parameters settings issue. Last it's ok when ask simple questions. So guess it's a timeout settings. But we have timeoutSeconds settings in openclase.json with 1800. But seems our case report timeout when over 6 minutes.
Actual behavior
refer to above.
OpenClaw version
5.20
Operating system
centos stream 8 with latest version. No version and os packages change.
Install method
No response
Model
ollama + local model: qwen 3.5:27b
Provider / routing chain
openclaw -> qqbot channel
Additional provider/model setup details
No response
Logs, screenshots, and evidence
Impact and severity
No response
Additional information
No response