vrr/openclaw
2
0
Fork 0
mirror of https://github.com/openclaw/openclaw.git synced 2026-10-29 11:11:31 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions 29
openclaw/docs/cli/daemon.md
Peter Steinberger 73ac5d64fd
chore: update stock Bun to 1.4.3 (#171627) 
Select stock Bun 1.4.3 consistently across setup, cached archives, Docker, package smoke, supported-runtime documentation and runtime admission. Preserve the pinned OpenClaw fork and remove the upstream-fixed grapheme lookup workaround. Reject obsolete Bun in the standalone Team controller before activation.

Proof: focused Node/stock Bun/pinned-fork behavior, admission and preinstall checks; setup/action syntax checks; verified multi-architecture Docker digest; 26 passing Linux controller tests and a before/after activation regression. Independent Codex P2 review and exact-head ClawSweeper found no remaining actionable issues.

Exact-head CI: https://github.com/openclaw/openclaw/actions/runs/38617609269. The PR records inherited wrapper-inventory failures and Node-only load-wave timing pressure with baseline/source evidence; native admission retains the failed CI result and checks all remaining gates.
2026-10-14 12:35:35 -07:00

4.8 KiB
Raw Blame History

summary read_when title
CLI reference for `openclaw daemon` (legacy alias for gateway service management)
You still use `openclaw daemon ...` in scripts
You need service lifecycle commands (install/start/stop/restart/status)
Daemon

openclaw daemon

Legacy alias for Gateway service management. openclaw daemon ... maps to the same service-control commands as openclaw gateway .... Prefer openclaw gateway for current docs and examples.

Usage

openclaw daemon status
openclaw daemon install
openclaw daemon start
openclaw daemon stop
openclaw daemon restart
openclaw daemon uninstall

Subcommands and options

Subcommand Options
status --url, --port, --token, --password, --timeout, --no-probe, --require-rpc, --deep, --json
install --port, --runtime <node|bun>, --runtime-path <path>, --token, --wrapper <path>, --force, --json
uninstall --json
start --json
stop --force, --json, --disable (launchd only: suppress KeepAlive/RunAtLoad until next start)
restart --force, --safe, --skip-deferral, --wait <duration>, --json

--json is accepted before or after every subcommand (for example, daemon --json status and daemon status --json).

  • status: shows service install state (launchd/systemd/schtasks) and checks Gateway health.
  • status --port <port>: selects a local Gateway using the invoking CLI config for auth and TLS. Cannot combine with --url. Native service details remain diagnostic-only.
  • install: installs and starts the service. --force reinstalls an existing install and may restart a running Gateway. Finish offline configuration and runtime repairs before installation.
  • Node is the primary, default, and recommended service runtime. Bun 1.4.3+ with WAL-reset-safe node:sqlite is available as an explicit opt-in with install --runtime bun.
  • restart --safe: asks the running Gateway to preflight active work and schedule one coalesced restart after work drains, bounded to 5 minutes. When that budget expires, the restart is forced anyway. Plain restart normally uses the service manager directly. On Windows, commands launched from a Gateway service automatically use the safe restart path. Explicit lifecycle controls retain their behavior. --force is the immediate override.
  • restart --safe --skip-deferral: bypasses only the active-work deferral gate. Shutdown may still wait for pending replies to drain before the Gateway process exits. Requires --safe.

Notes

  • status resolves configured auth SecretRefs for check auth when possible. If a required SecretRef is unresolved, status --json reports rpc.authWarning. Pass --token/--password explicitly, or resolve the secret source first. Unresolved-auth warnings are suppressed once the check otherwise succeeds.
  • status --deep adds a best-effort system-level scan for other gateway-like services. The scan prints cleanup hints. One Gateway per machine is still the recommendation. status --deep also runs config validation in plugin-aware mode. That mode surfaces plugin manifest warnings that the fast default path skips.
  • On Linux systemd installs, token-drift checks inspect both Environment= and EnvironmentFile= unit sources.
  • Token-drift checks resolve gateway.auth.token SecretRefs using merged runtime env (service command env first, then process env). If token auth is not effectively active (gateway.auth.mode of password/none/trusted-proxy, or unset with password able to win), config token resolution is skipped.
  • install validates that a SecretRef-managed gateway.auth.token is resolvable. It never persists the resolved value into service environment metadata. If it cannot resolve the token, install stops.
  • If both gateway.auth.token and gateway.auth.password are configured and gateway.auth.mode is unset, install blocks until you set the mode explicitly.
  • On macOS, install writes LaunchAgent plists with mode 0644. Secrets stay in the generated owner-only environment file (0600), loaded through an owner-only wrapper (0700).
  • Running multiple Gateways on one host: isolate ports, config/state, and workspaces. See Multiple gateways.

Related