openclaw - 💡(How to fix) Fix [Bug]: [2026.4.5] CLI SIGTERM after ~10s via exec/runtime wrapper (OPENCLAW_SHELL=exec path) [2 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#62086Fetched 2026-04-08 03:09:12
View on GitHub
Comments
2
Participants
2
Timeline
5
Reactions
0
Author
Participants
Timeline (top)
commented ×2labeled ×2renamed ×1

After upgrading from 2026.4.2 to 2026.4.5, all CLI subcommands beyond --version are killed with SIGTERM after ~10 seconds when executed inside the Docker container.

Error Message

Every CLI subcommand beyond --version exits with SIGTERM after ~10 seconds. No output or error message is produced. Gateway itself remains fully functional (Telegram, cron, web dashboard all working).

Root Cause

After upgrading from 2026.4.2 to 2026.4.5, all CLI subcommands beyond --version are killed with SIGTERM after ~10 seconds when executed inside the Docker container.

Code Example

# --version works:
$ node dist/index.js --version
OpenClaw 2026.4.5

# All other subcommands SIGTERM after ~10s with no output:
$ node dist/index.js gateway status --json --no-probe  → SIGTERM
$ node dist/index.js gateway probe --json --timeout 2000SIGTERM
$ node dist/index.js config get gateway.modeSIGTERM

# OPENCLAW env vars:
OPENCLAW_GATEWAY_PORT=18789
OPENCLAW_NO_RESPAWN=1
OPENCLAW_CLI=1
OPENCLAW_SHELL=exec
OPENCLAW_BUNDLED_PLUGINS_DIR=/app/extensions
OPENCLAW_PATH_BOOTSTRAPPED=1
RAW_BUFFERClick to expand / collapse

Bug type

Regression (worked before, now fails)

Beta release blocker

No

Summary

After upgrading from 2026.4.2 to 2026.4.5, all CLI subcommands beyond --version are killed with SIGTERM after ~10 seconds when executed inside the Docker container.

Steps to reproduce

  1. Run OpenClaw 2026.4.5 in Docker with gateway bound to lan (0.0.0.0:18789)
  2. Exec into the running container: docker compose exec <service> node dist/index.js gateway status --json --no-probe
  3. Observe process exits with SIGTERM after ~10 seconds with no output

Expected behavior

On 2026.4.2, openclaw gateway status returned gateway status JSON immediately. CLI subcommands functioned normally inside the container.

Actual behavior

Every CLI subcommand beyond --version exits with SIGTERM after ~10 seconds. No output or error message is produced. Gateway itself remains fully functional (Telegram, cron, web dashboard all working).

OpenClaw version

2026.4.5

Operating system

Debian GNU/Linux 12 (Docker container, host is VPS)

Install method

Docker / Docker Compose

Model

anthropic/claude-sonnet-4-6

Provider / routing chain

openclaw -> anthropic

Additional provider/model setup details

Primary model is anthropic/claude-sonnet-4-6 routed directly via the Anthropic provider (no gateway proxy). No per-agent model overrides relevant to this issue. CLI failure occurs before any model interaction.

Logs, screenshots, and evidence

# --version works:
$ node dist/index.js --version
OpenClaw 2026.4.5

# All other subcommands SIGTERM after ~10s with no output:
$ node dist/index.js gateway status --json --no-probe  → SIGTERM
$ node dist/index.js gateway probe --json --timeout 2000 → SIGTERM
$ node dist/index.js config get gateway.mode           → SIGTERM

# OPENCLAW env vars:
OPENCLAW_GATEWAY_PORT=18789
OPENCLAW_NO_RESPAWN=1
OPENCLAW_CLI=1
OPENCLAW_SHELL=exec
OPENCLAW_BUNDLED_PLUGINS_DIR=/app/extensions
OPENCLAW_PATH_BOOTSTRAPPED=1

Impact and severity

• Affected: Any Docker-based OpenClaw deployment on 2026.4.5 • Severity: Medium — blocks all CLI-based management and inspection; gateway itself remains operational • Frequency: 100% reproducible (every CLI subcommand beyond --version) • Consequence: Cannot use openclaw CLI for status checks, cron management, config inspection, or diagnostics from within the container

Additional information

Last known good: 2026.4.2 (CLI functioned normally) First known bad: 2026.4.5 OPENCLAW_NO_RESPAWN=1 confirmed set with no effect. OPENCLAW_CLI=1 and OPENCLAW_SHELL=exec present in env. Browser control server listening on 127.0.0.1:18791. Gateway fully functional throughout (Telegram, cron, web dashboard all operational).

extent analysis

TL;DR

Downgrade to OpenClaw version 2026.4.2 to restore normal CLI functionality.

Guidance

  • Verify the issue is specific to version 2026.4.5 by testing other versions between 2026.4.2 and 2026.4.5.
  • Check the OpenClaw documentation for any changes in environment variables or configuration settings between versions 2026.4.2 and 2026.4.5.
  • Test the CLI subcommands with different environment variables, such as removing OPENCLAW_NO_RESPAWN=1 or changing OPENCLAW_SHELL=exec, to see if they have any effect on the issue.
  • Consider opening an issue with the OpenClaw developers to report the regression and request a fix.

Notes

The issue seems to be specific to the Docker container environment and OpenClaw version 2026.4.5. The fact that the gateway itself remains functional suggests that the issue is related to the CLI or environment configuration.

Recommendation

Apply workaround: Downgrade to version 2026.4.2, as it is the last known good version where the CLI functioned normally. This will allow for continued use of the CLI for management and inspection until a fix is available for version 2026.4.5.

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

On 2026.4.2, openclaw gateway status returned gateway status JSON immediately. CLI subcommands functioned normally inside the container.

Still need to ship something?

×6

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

Back to top recommendations

TRENDING