Bug type
Behavior bug (incorrect output/state without crash)
Beta release blocker
No
Summary
On OpenClaw 2026.4.8 on Ubuntu, openclaw gateway status and openclaw gateway install report that user systemd services are unavailable and that the gateway service is disabled, even though systemctl --user status openclaw-gateway.service works in the same shell and shows the service enabled and active.
Steps to reproduce
- Install OpenClaw 2026.4.8 via npm global on Ubuntu.
- Run the gateway as a user systemd service:
systemctl --user restart openclaw-gateway.service
- Confirm the service is healthy:
systemctl --user status openclaw-gateway.service
- In the same shell session, run:
~/.npm-global/bin/openclaw gateway status
- Observe that OpenClaw reports:
Service: systemd (disabled)
systemctl --user unavailable: Failed to connect to bus: Permission denied
systemd user services unavailable.
- In the same shell session, run:
~/.npm-global/bin/openclaw gateway install
- Observe that the install command fails with the same
systemctl --user unavailable error, while systemctl --user restart openclaw-gateway.service continues to work.
Expected behavior
When systemctl --user status openclaw-gateway.service succeeds in the current shell and shows the service enabled and active, openclaw gateway status should report the service as enabled/active instead of disabled/unavailable, and openclaw gateway install should not fail claiming that systemctl --user is unavailable.
Actual behavior
openclaw gateway status reports:
Service: systemd (disabled)
Runtime: unknown (systemctl --user unavailable: Failed to connect to bus: Permission denied ... )
systemd user services unavailable.
At the same time:
systemctl --user status openclaw-gateway.service succeeds
- the service is enabled and active
- the gateway is listening
RPC probe: ok
openclaw gateway install also fails with:
Gateway install failed: Error: systemctl --user unavailable: Failed to connect to bus: Permission denied
but systemctl --user restart openclaw-gateway.service succeeds immediately afterward.
OpenClaw version
2026.4.8 (9ece252)
Operating system
Ubuntu 24.04
Install method
npm global
Model
gpt-5.4
Provider / routing chain
openclaw -> litellm-main -> gpt-5.4
Additional provider/model setup details
Default runtime uses OpenClaw with local LiteLLM routing. Relevant gateway config is stored in ~/.openclaw/openclaw.json. The issue appears in CLI gateway status/install behavior and is not limited to a specific model response path.
Logs, screenshots, and evidence
$ systemctl --user status openclaw-gateway.service
● openclaw-gateway.service - OpenClaw Gateway (v2026.3.8)
Loaded: loaded (/home/jeanclaude/.config/systemd/user/openclaw-gateway.service; enabled; preset: enabled)
Active: active (running)
...
$ echo "$XDG_RUNTIME_DIR"
/run/user/1001
$ echo "$DBUS_SESSION_BUS_ADDRESS"
unix:path=/run/user/1001/bus
$ ~/.npm-global/bin/openclaw gateway status
[lcm] Plugin loaded (enabled=true, db=/home/jeanclaude/.openclaw/lcm.db, threshold=0.75)
[lcm] Compaction summarization model: (unconfigured)
[plugins] grafana-lens: plugin loaded but Grafana tools are disabled — grafana.url is required...
[edicts] register: workspaceDir=/home/jeanclaude, configPath=edicts.yaml
... repeated several times ...
Service: systemd (disabled)
Config (cli): ~/.openclaw/openclaw.json
Config (service): ~/.openclaw/openclaw.json
Runtime: unknown (systemctl --user unavailable: Failed to connect to bus: Permission denied
Failed to read server status: Transport endpoint is not connected)
RPC probe: ok
systemd user services unavailable.
systemd user services are unavailable; install/enable systemd or run the gateway under your supervisor.
Listening: *:18789
$ ~/.npm-global/bin/openclaw gateway install
Gateway install failed: Error: systemctl --user unavailable: Failed to connect to bus: Permission denied
Failed to read server status: Transport endpoint is not connected
$ systemctl --user restart openclaw-gateway.service
$ systemctl --user status openclaw-gateway.service
● openclaw-gateway.service - OpenClaw Gateway (v2026.3.8)
Loaded: loaded (...; enabled; preset: enabled)
Active: active (running)
Main PID: ... /usr/bin/node /home/jeanclaude/.npm-global/lib/node_modules/openclaw/dist/index.js gateway --port 18789
Additional observed CLI startup/plugin evidence from the same environment:
[lcm] Compaction summarization model: (unconfigured)
[plugins] grafana-lens: plugin loaded but Grafana tools are disabled — grafana.url is required...
[edicts] register: workspaceDir=/home/jeanclaude, configPath=edicts.yaml
Observed config state:
- `~/.openclaw/openclaw.json` already contains:
- `plugins.entries.lossless-claw.config.summaryModel = openrouter/google/gemini-2.5-flash`
- `plugins.entries.openclaw-grafana-lens.config.grafana.url = http://localhost:3000`
- `plugins.entries.openclaw-grafana-lens.config.grafana.apiKey = <redacted>`
Impact and severity
Affected:
- Linux users running OpenClaw gateway as a user systemd service
Severity:
- High (breaks CLI service management/status accuracy and causes false recovery/install guidance)
Frequency:
- Reproduced consistently in observed runs of
openclaw gateway status, openclaw gateway install, and post-update restart flow
Consequence:
openclaw update falsely reports the gateway service as disabled
- users must manually restart with
systemctl --user restart openclaw-gateway.service
- CLI troubleshooting output suggests incorrect remediations (
enable linger, set XDG_RUNTIME_DIR, install/enable systemd) even when those are already satisfied
Additional information
Related but likely distinct from:
This environment differs from #11805 because systemctl --user status openclaw-gateway.service succeeds in the same shell and the user service is already enabled and active.
Also observed in the same CLI path:
- repeated plugin bootstrap logs
- false Grafana missing-config warning despite config being present
- false LCM “Compaction summarization model: (unconfigured)” warning despite the configured summary model being actively used by the running gateway
Possible affected area:
- CLI user-systemd probe / subprocess environment handling
- CLI bootstrap/config hydration path for plugins
Bug type
Behavior bug (incorrect output/state without crash)
Beta release blocker
No
Summary
On OpenClaw 2026.4.8 on Ubuntu,
openclaw gateway statusandopenclaw gateway installreport that user systemd services are unavailable and that the gateway service is disabled, even thoughsystemctl --user status openclaw-gateway.serviceworks in the same shell and shows the service enabled and active.Steps to reproduce
systemctl --user restart openclaw-gateway.servicesystemctl --user status openclaw-gateway.service~/.npm-global/bin/openclaw gateway statusService: systemd (disabled)systemctl --user unavailable: Failed to connect to bus: Permission deniedsystemd user services unavailable.~/.npm-global/bin/openclaw gateway installsystemctl --user unavailableerror, whilesystemctl --user restart openclaw-gateway.servicecontinues to work.Expected behavior
When
systemctl --user status openclaw-gateway.servicesucceeds in the current shell and shows the service enabled and active,openclaw gateway statusshould report the service as enabled/active instead of disabled/unavailable, andopenclaw gateway installshould not fail claiming thatsystemctl --useris unavailable.Actual behavior
openclaw gateway statusreports:Service: systemd (disabled)Runtime: unknown (systemctl --user unavailable: Failed to connect to bus: Permission denied ... )systemd user services unavailable.At the same time:
systemctl --user status openclaw-gateway.servicesucceedsRPC probe: okopenclaw gateway installalso fails with:Gateway install failed: Error: systemctl --user unavailable: Failed to connect to bus: Permission deniedbut
systemctl --user restart openclaw-gateway.servicesucceeds immediately afterward.OpenClaw version
2026.4.8 (9ece252)
Operating system
Ubuntu 24.04
Install method
npm global
Model
gpt-5.4
Provider / routing chain
openclaw -> litellm-main -> gpt-5.4
Additional provider/model setup details
Default runtime uses OpenClaw with local LiteLLM routing. Relevant gateway config is stored in
~/.openclaw/openclaw.json. The issue appears in CLI gateway status/install behavior and is not limited to a specific model response path.Logs, screenshots, and evidence
Impact and severity
Affected:
Severity:
Frequency:
openclaw gateway status,openclaw gateway install, and post-update restart flowConsequence:
openclaw updatefalsely reports the gateway service as disabledsystemctl --user restart openclaw-gateway.serviceenable linger,set XDG_RUNTIME_DIR, install/enable systemd) even when those are already satisfiedAdditional information
Related but likely distinct from:
This environment differs from #11805 because
systemctl --user status openclaw-gateway.servicesucceeds in the same shell and the user service is already enabled and active.Also observed in the same CLI path:
Possible affected area: