openclaw - 💡(How to fix) Fix Support per-server requestTimeoutMs in MCP config [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#74505Fetched 2026-04-30 06:23:25
View on GitHub
Comments
1
Participants
2
Timeline
2
Reactions
2
Timeline (top)
closed ×1commented ×1
  • OpenClaw version: latest (node 22.18.0 install)
  • MCP SDK default timeout: ~60s
  • Affected: any MCP server wrapping a slow backend (databases, CI pipelines, etc.)

Error Message

When using MCP servers that execute long-running operations (e.g., Redash queries against Redshift/Athena that take 1-3 minutes), the MCP request times out with error -32001: Request timed out.

Root Cause

  • OpenClaw version: latest (node 22.18.0 install)
  • MCP SDK default timeout: ~60s
  • Affected: any MCP server wrapping a slow backend (databases, CI pipelines, etc.)

Fix Action

Workaround

Currently using direct REST API calls via curl + async job polling to bypass the MCP layer for long-running queries.

Code Example

{
  "mcp": {
    "servers": {
      "redash": {
        "command": "npx",
        "args": ["-y", "@suthio/redash-mcp"],
        "requestTimeoutMs": 300000
      }
    }
  }
}
RAW_BUFFERClick to expand / collapse

Problem

When using MCP servers that execute long-running operations (e.g., Redash queries against Redshift/Athena that take 1-3 minutes), the MCP request times out with error -32001: Request timed out.

The current config only exposes connectionTimeoutMs for initial connection. There's no way to configure the per-request timeout for tool calls.

Proposal

Add a requestTimeoutMs property to the per-server MCP config:

{
  "mcp": {
    "servers": {
      "redash": {
        "command": "npx",
        "args": ["-y", "@suthio/redash-mcp"],
        "requestTimeoutMs": 300000
      }
    }
  }
}

The MCP SDK's Client.callTool() already accepts timeout options — OpenClaw just needs to pass it through from config.

Workaround

Currently using direct REST API calls via curl + async job polling to bypass the MCP layer for long-running queries.

Context

  • OpenClaw version: latest (node 22.18.0 install)
  • MCP SDK default timeout: ~60s
  • Affected: any MCP server wrapping a slow backend (databases, CI pipelines, etc.)

extent analysis

TL;DR

Add a requestTimeoutMs property to the per-server MCP config to increase the timeout for long-running operations.

Guidance

  • Identify the specific MCP server configurations that require a longer timeout and update their configurations with the proposed requestTimeoutMs property.
  • Verify that the MCP SDK's Client.callTool() method is properly passing the timeout options from the config.
  • Test the updated configuration with a long-running operation to ensure the timeout is correctly applied.
  • Consider implementing the proposed change to pass the timeout from the config to the MCP SDK's Client.callTool() method.

Example

{
  "mcp": {
    "servers": {
      "redash": {
        "command": "npx",
        "args": ["-y", "@suthio/redash-mcp"],
        "requestTimeoutMs": 300000
      }
    }
  }
}

Notes

The current workaround using direct REST API calls via curl + async job polling can continue to be used until the proposed change is implemented.

Recommendation

Apply the proposed workaround of adding a requestTimeoutMs property to the per-server MCP config, as it directly addresses the issue of timeouts for long-running operations.

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…

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 Support per-server requestTimeoutMs in MCP config [1 comments, 2 participants]