openclaw logs
Tail Gateway file logs over RPC. Works in remote mode.
Options
--limit <n>: max log lines to return (default200)--max-bytes <n>: max 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 (default)--utc: render timestamps in UTC
Shared Gateway RPC options
--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
--url skips auto-applied config credentials; include --token explicitly if the target Gateway requires auth.
Examples
Fallback and recovery behavior
- 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 never use this fallback. --followdoes not fall back to that configured file after an implicit local Gateway RPC failure — a stale side-by-side file could mislead a live tail. On Linux it instead uses the active user-systemd Gateway journal by PID when available (prints the selected source); otherwise it keeps retrying the live Gateway.- During
--follow, transient disconnects (WebSocket close, timeout, connection drop) trigger automatic reconnection with exponential backoff: up to 8 retries, capped at 30s between attempts. A warning prints to stderr on each retry, and a[logs] gateway reconnectednotice prints once a poll succeeds. In--jsonmode both are emitted as{"type":"notice"}records on stderr. Non-recoverable errors (auth failure, bad configuration) still exit immediately. - In
--follow --jsonmode, log-source transitions are emitted as{"type":"meta"}records. Track cursors persourceKind: a stream can move from Gateway file output (sourceKind: "file") to local journal fallback (sourceKind: "journal",localFallback: true, withservice.pid/service.unit) and back to Gateway file output after recovery. Do not assume one stable source or cursor for the whole session, and tolerate overlapping lines when recovery replays the Gateway file cursor.