Logs
openclaw logs
Section titled “openclaw logs”Tail Gateway file logs over RPC (works in remote mode).
Related:
Options
Section titled “Options”--limit <n>: maximum number of log lines to return (default200)--max-bytes <n>: maximum bytes to read from the log file (default250000)--follow: follow the log stream--interval <ms>: polling interval while following (default1000)--json: emit line-delimited JSON events--plain: plain text output without styled formatting--no-color: disable ANSI colors--local-time: render timestamps in your local timezone
Shared Gateway RPC options
Section titled “Shared Gateway RPC options”openclaw logs also accepts the standard Gateway client flags:
--url <url>: Gateway WebSocket URL--token <token>: Gateway token--timeout <ms>: timeout in ms (default30000)--expect-final: wait for a final response when the Gateway call is agent-backed
When you pass --url, the CLI does not auto-apply config or environment credentials. Include --token explicitly if the target Gateway requires auth.
Examples
Section titled “Examples”openclaw logsopenclaw logs --followopenclaw logs --follow --interval 2000openclaw logs --limit 500 --max-bytes 500000openclaw logs --jsonopenclaw logs --plainopenclaw logs --no-coloropenclaw logs --limit 500openclaw logs --local-timeopenclaw logs --follow --local-timeopenclaw logs --url ws://127.0.0.1:18789 --token "$OPENCLAW_GATEWAY_TOKEN"- Use
--local-timeto render timestamps in your local timezone. - If the implicit local loopback Gateway asks for pairing, closes during connect, or times out before
logs.tailanswers,openclaw logsfalls back to the configured Gateway file log automatically. Explicit--urltargets do not use this fallback. openclaw logs --followdoes not follow configured-file fallbacks after implicit local Gateway RPC failures. On Linux, it uses the active user-systemd Gateway journal by PID when available and prints the selected log source; otherwise it keeps retrying the live Gateway instead of tailing a potentially stale side-by-side file.- When using
--follow, transient gateway disconnects (WebSocket close, timeout, connection drop) trigger automatic reconnection with exponential backoff (up to 8 retries, capped at 30 s between attempts). A warning is printed to stderr on each retry, and a[logs] gateway reconnectednotice is printed once a poll succeeds. In--jsonmode both the retry warning and the reconnect transition are emitted as{"type":"notice"}records on stderr. Non-recoverable errors (auth failure, bad configuration) still exit immediately.