Bug type
Regression (worked before, now fails)
Summary
openclaw gateway restart does not reliably restart the gateway and reports service disabled/stopped, although the user systemd unit exists and can be started/restarted with systemctl --user ... (with proper user DBus env)
Important extra context
Old workaround commands that used to help do not fix it anymore in this setup:
sudo loginctl enable-linger $(whoami)
export XDG_RUNTIME_DIR=/run/user/$(id -u)
Even with linger enabled + runtime env export, openclaw gateway restart can still fail / report disabled incorrectly.
Additional notes
• systemctl status openclaw-gateway.service (without --user) says unit not found (expected)
• systemctl --user status openclaw-gateway.service shows active/running
• Looks like CLI service detection/restart path may not always target the correct user systemd context.
Steps to reproduce
- Update to OpenClaw 2026.3.7
- Run
openclaw gateway restart
- Observe disabled/stopped style output / restart failure
- Run systemctl --user restart openclaw-gateway.service (+ env exports)
- Observe service starts fine
Expected behavior
openclaw gateway restart should restart the gateway service directly without needing manual systemd user env exports.
Actual behavior
openclaw gateway restart should restart the gateway service directly without needing manual systemd user env exports.
• CLI output shows:
• Service: systemd (disabled)
• Runtime: stopped
• RPC probe: failed
• But service file exists at:
• ~/.config/systemd/user/openclaw-gateway.service
• Manual restart works with:
export XDG_RUNTIME_DIR=/run/user/$(id -u)
export DBUS_SESSION_BUS_ADDRESS=unix:path=$XDG_RUNTIME_DIR/bus
systemctl --user daemon-reload
systemctl --user enable --now openclaw-gateway.service
systemctl --user restart openclaw-gateway.service
OpenClaw version
2026.3.7
Operating system
Ubuntu 24.04 (Linux), user is root in this setup
Install method
npm global
Logs, screenshots, and evidence
Impact and severity
No response
Additional information
No response
Bug type
Regression (worked before, now fails)
Summary
openclaw gateway restartdoes not reliably restart the gateway and reports service disabled/stopped, although the user systemd unit exists and can be started/restarted withsystemctl --user... (with proper user DBus env)Important extra context
Old workaround commands that used to help do not fix it anymore in this setup:
Even with linger enabled + runtime env export, openclaw gateway restart can still fail / report disabled incorrectly.
Additional notes
• systemctl status openclaw-gateway.service (without --user) says unit not found (expected)
• systemctl --user status openclaw-gateway.service shows active/running
• Looks like CLI service detection/restart path may not always target the correct user systemd context.
Steps to reproduce
openclaw gateway restartExpected behavior
openclaw gateway restartshould restart the gateway service directly without needing manual systemd user env exports.Actual behavior
openclaw gateway restartshould restart the gateway service directly without needing manual systemd user env exports.• CLI output shows:
• Service: systemd (disabled)
• Runtime: stopped
• RPC probe: failed
• But service file exists at:
• ~/.config/systemd/user/openclaw-gateway.service
• Manual restart works with:
OpenClaw version
2026.3.7
Operating system
Ubuntu 24.04 (Linux), user is root in this setup
Install method
npm global
Logs, screenshots, and evidence
Impact and severity
No response
Additional information
No response