openclaw/docs/health.md

---
summary: "Health check steps for Baileys/WhatsApp connectivity"
read_when:
  - Diagnosing web provider health
---
# Health Checks (CLI)

Short guide to verify the WhatsApp Web / Baileys stack without guessing.

## Quick checks
- `clawdis status` — local summary: whether creds exist, auth age, session store path + recent sessions.
- `clawdis status --deep` — also probes the running Gateway (WhatsApp connect + Telegram + Discord APIs).
- `clawdis health --json` — asks the running Gateway for a full health snapshot (WS-only; no direct Baileys socket).
- Send `/status` in WhatsApp/WebChat to get a status reply without invoking the agent.
- Logs: tail `/tmp/clawdis/clawdis-*.log` and filter for `web-heartbeat`, `web-reconnect`, `web-auto-reply`, `web-inbound`.

## Deep diagnostics
- Creds on disk: `ls -l ~/.clawdis/credentials/creds.json` (mtime should be recent).
- Session store: `ls -l ~/.clawdis/sessions/sessions.json` (legacy: `~/.clawdis/sessions.json`; path can be overridden in config). Count and recent recipients are surfaced via `status`.
- Relink flow: `clawdis logout && clawdis login --verbose` when status codes 409–515 or `loggedOut` appear in logs. (Note: the QR login flow auto-restarts once for status 515 after pairing.)

## When something fails
- `logged out` or status 409–515 → relink with `clawdis logout` then `clawdis login`.
- Gateway unreachable → start it: `clawdis gateway --port 18789` (use `--force` if the port is busy).
- No inbound messages → confirm linked phone is online and the sender is allowed (`routing.allowFrom`); for group chats, ensure mention rules match (`routing.groupChat`).

## Dedicated "health" command
`clawdis health --json` asks the running Gateway for its health snapshot (no direct Baileys socket from the CLI). It reports linked creds, auth age, Baileys connect result/status code, session-store summary, and a probe duration. It exits non-zero if the Gateway is unreachable or the probe fails/timeouts. Use `--timeout <ms>` to override the 10s default.
-												docs: add docs:list helper and front matter

											
										
										
											2025-12-09 17:51:05 +00:00
+								---
 								summary: "Health check steps for Baileys/WhatsApp connectivity"
 								read_when:
 								  - Diagnosing web provider health
 								---
-												CLI: add health probe command

											
										
										
											2025-12-07 04:33:22 +00:00
+								# Health Checks (CLI)
 								Short guide to verify the WhatsApp Web / Baileys stack without guessing.
 								## Quick checks
-												docs(site): refresh clawdis.ai for Pi

											
										
										
											2025-12-13 13:25:49 +00:00
+								- `clawdis status` — local summary: whether creds exist, auth age, session store path + recent sessions.
-												feat(discord): Discord transport

											
										
										
											2025-12-15 10:11:18 -06:00
+								- `clawdis status --deep` — also probes the running Gateway (WhatsApp connect + Telegram + Discord APIs).
-												docs(site): refresh clawdis.ai for Pi

											
										
										
											2025-12-13 13:25:49 +00:00
+								- `clawdis health --json` — asks the running Gateway for a full health snapshot (WS-only; no direct Baileys socket).
 								- Send `/status` in WhatsApp/WebChat to get a status reply without invoking the agent.
 								- Logs: tail `/tmp/clawdis/clawdis-*.log` and filter for `web-heartbeat`, `web-reconnect`, `web-auto-reply`, `web-inbound`.
-												CLI: add health probe command

											
										
										
											2025-12-07 04:33:22 +00:00
 								## Deep diagnostics
 								- Creds on disk: `ls -l ~/.clawdis/credentials/creds.json` (mtime should be recent).
-												docs: clarify legacy control + sessions path

											
										
										
											2025-12-14 00:49:54 +00:00
+								- Session store: `ls -l ~/.clawdis/sessions/sessions.json` (legacy: `~/.clawdis/sessions.json`; path can be overridden in config). Count and recent recipients are surfaced via `status`.
-												fix: auto-restart WhatsApp QR login

											
										
										
											2025-12-21 13:36:26 +01:00
+								- Relink flow: `clawdis logout && clawdis login --verbose` when status codes 409–515 or `loggedOut` appear in logs. (Note: the QR login flow auto-restarts once for status 515 after pairing.)
-												CLI: add health probe command

											
										
										
											2025-12-07 04:33:22 +00:00
 								## When something fails
-												docs(site): refresh clawdis.ai for Pi

											
										
										
											2025-12-13 13:25:49 +00:00
+								- `logged out` or status 409–515 → relink with `clawdis logout` then `clawdis login`.
 								- Gateway unreachable → start it: `clawdis gateway --port 18789` (use `--force` if the port is busy).
-												docs: update routing/messages/session config

											
										
										
											2025-12-24 00:22:57 +00:00
+								- No inbound messages → confirm linked phone is online and the sender is allowed (`routing.allowFrom`); for group chats, ensure mention rules match (`routing.groupChat`).
-												CLI: add health probe command

											
										
										
											2025-12-07 04:33:22 +00:00
-												Health: CLI probe and mac UI surfacing

											
										
										
											2025-12-07 04:38:20 +00:00
+								## Dedicated "health" command
-												docs(site): refresh clawdis.ai for Pi

											
										
										
											2025-12-13 13:25:49 +00:00
+								`clawdis health --json` asks the running Gateway for its health snapshot (no direct Baileys socket from the CLI). It reports linked creds, auth age, Baileys connect result/status code, session-store summary, and a probe duration. It exits non-zero if the Gateway is unreachable or the probe fails/timeouts. Use `--timeout <ms>` to override the 10s default.