#WhatsAppis no longer responding
1 messages · Page 1 of 1 (latest)
you need to talk to your bot to fix it, the prompt would look like: "I can't reach you in whatsapp. Why? Is the whatsapp channel installed? If not, install it, configure it with my number "+XX-<your-number> and confirm once done"
Add to above prompt "Make a test afterwards and send me a message through the Whatsapp channel."
oic
Since it worked for months and only stopped today, don’t reinstall first — grab diagnostics.
Please paste:
pnpm openclaw --version
pnpm openclaw status --all
pnpm openclaw channels status --probe
pnpm openclaw pairing list whatsapp
Then watch logs while sending a WhatsApp test message:
pnpm openclaw logs --follow
Common fixes:
- not linked / QR required →
pnpm openclaw channels login --channel whatsapp - connected but no DM replies → approve pairing or check
channels.whatsapp.allowFrom - reconnect loop / no active listener →
pnpm openclaw doctor, restart gateway, then relink if logs point at bad creds
Docs: https://docs.openclaw.ai/channels/whatsapp#troubleshooting
This did not work what and where am I pasting this
No worries — paste those into a terminal on the machine/server running OpenClaw, not into WhatsApp.
If OpenClaw runs on your computer:
- Open Terminal
- Go to your OpenClaw folder if you run from source
- Run these one at a time:
pnpm openclaw --version
pnpm openclaw status --all
pnpm openclaw channels status --probe
pnpm openclaw pairing list whatsapp
If OpenClaw runs on a VPS/server, SSH into that server first, then run them there.
Then copy/paste the output back here in Discord. If the first command itself errors, paste that exact error here — that tells us what install mode you’re using.
Yep — VPS. Do this line by line.
1. On your own computer terminal, SSH into the VPS:
ssh root@YOUR_VPS_IP
Replace YOUR_VPS_IP with your server IP.
2. Once you are logged into the VPS, paste this whole block:
pnpm openclaw --version
pnpm openclaw status --all
pnpm openclaw channels status --probe
pnpm openclaw pairing list whatsapp
3. Copy all output and paste it back here.
If the first line says command not found or errors, paste that error here too — don’t try random fixes yet.
Yep — for a VPS, paste these exactly.
First connect to the VPS from your computer:
ssh root@YOUR_VPS_IP
After you’re inside the VPS, paste:
pnpm openclaw --version
pnpm openclaw status --all
pnpm openclaw channels status --probe
pnpm openclaw pairing list whatsapp
Then send the output here. If you don’t log in as root, use your VPS username instead:
ssh YOUR_USERNAME@YOUR_VPS_IP
Nothing happens
That usually means one of two things:
If you ran ssh root@YOUR_VPS_IP
You must replace YOUR_VPS_IP with the real server IP, for example:
ssh root@123.45.67.89
If it asks:
Are you sure you want to continue connecting?
type:
yes
If it asks for password, type your VPS password. The password will look invisible while typing — that’s normal. Press Enter.
If you are already inside the VPS
Your terminal should look something like:
root@server:~#
Then paste this:
pnpm openclaw --version
Wait for output. If nothing happens after 30 seconds, press:
Ctrl+C
Then paste this instead:
openclaw --version
Tell me exactly which step is stuck, or paste/screenshot what your terminal shows — but don’t share your password.
Never worked
Got it — let’s treat this as WhatsApp was never set up, not a repair.
Open your VPS terminal / web console. You need to see something like:
root@your-server:~#
Then paste these one line at a time:
openclaw --version
openclaw channels add --channel whatsapp
openclaw channels login --channel whatsapp
That last command should show a QR code / linking instructions. Scan it from WhatsApp:
WhatsApp → Settings → Linked devices → Link a device
If openclaw --version says command not found, paste this instead:
pnpm openclaw --version
Then send me the exact output/error you see.
Version 2026.3.7
Good — OpenClaw is installed.
Now paste these one line at a time on the VPS:
pnpm openclaw channels add --channel whatsapp
pnpm openclaw channels login --channel whatsapp
When the second command shows a QR code, scan it with:
WhatsApp → Settings → Linked devices → Link a device
After scanning, run:
pnpm openclaw channels status --probe
Paste the output here.
If pnpm openclaw ... says command not found, use the same commands without pnpm:
openclaw channels login --channel whatsapp
No let’s try repair first
Yep — repair first, no relink yet.
On the VPS, paste these one line at a time:
pnpm openclaw status --all
pnpm openclaw doctor
pnpm openclaw gateway restart
pnpm openclaw channels status --probe
pnpm openclaw pairing list whatsapp
Then try sending your bot a WhatsApp message.
If it still does not reply, paste this last line:
pnpm openclaw logs --follow
Then send one WhatsApp message and copy the new log lines here.
If any pnpm openclaw ... command fails, run the same command without pnpm, e.g.:
openclaw doctor
No package.json
That means you’re not in a source checkout, so don’t use pnpm.
Use openclaw directly. Paste these line by line on the VPS:
openclaw status --all
openclaw doctor
openclaw gateway restart
openclaw channels status --probe
openclaw pairing list whatsapp
Then try a WhatsApp message.
If it still does not reply, run:
openclaw logs --follow
Send one WhatsApp message while logs are open, then paste the new log lines here.
srchive 105 asking me yes or no
If it says something like “Archive 105 orphan transcript files?” then answer:
y
Then press Enter.
That’s safe — it only renames old unreferenced session transcript files to .deleted.<timestamp> backups. It is not deleting your config or WhatsApp login.
If the prompt says something different, paste the exact line here before answering.
Restart gateway?
Yes — restart it.
Paste:
openclaw gateway restart
Then check WhatsApp:
openclaw channels status --probe
Then try sending a WhatsApp message to the bot.
If it still doesn’t reply, run:
openclaw logs --follow
Send one WhatsApp test message, then paste the new log lines here.
I cant post the whole log here it’s too long
No problem — don’t post the whole log.
If openclaw logs --follow is still running, press:
Ctrl+C
Then paste these on the VPS:
openclaw channels status --probe
openclaw logs --limit 300 --plain --no-color | grep -Ei "whatsapp|baileys|pair|linked|disconnect|reconnect|listener|error|warn|failed|auth|creds|qr|socket" | tail -80
Post only that output here.
If the second command prints nothing, run this instead:
openclaw logs --limit 80 --plain --no-color
Quick privacy note: redact phone numbers/tokens if you see any.
Warnings:
- discord default: Channel 1222183024167489646 permission check failed.: Missing Access (matchKey=1222183024167489646 matchSource=id) (Ensure the bot role can view + send in this channel (and that channel overrides don't deny it).)
- Run: openclaw doctor
Tip: status --deep adds gateway health probes to status output (requires a reachable gateway).
17:02:28 info gateway/channels/whatsapp {"subsystem":"gateway/channels/whatsapp"} [default] starting provider (+447480383374)
17:02:32 error WhatsApp session logged out. Run: openclaw channels login
17:02:32 error gateway/channels/whatsapp {"subsystem":"gateway/channels/whatsapp"} [default] channel exited: {"error":{"data":{"reason":"401","location":"vll"},"isBoom":true,"isServer":false,"output":{"statusCode":401,"payload":{"statusCode":401,"error":"Unauthorized","message":"Connection Failure"},"headers":{}}},"date":"2026-04-27T17:02:32.547Z"}
17:02:32 info gateway/channels/whatsapp {"subsystem":"gateway/channels/whatsapp"} [default] auto-restart attempt 5/10 in 86s
17:03:58 info gateway/channels/whatsapp {"subsystem":"gateway/channels/whatsapp"} [default] starting provider (+447480383374)
17:04:01 error WhatsApp session logged out. Run: openclaw channels login
17:04:01 error gateway/channels/whatsapp {"subsystem":"gateway/channels/whatsapp"} [default] channel exited: {"error":{"data":{"reason":"401","location":"vll"},"isBoom":true,"isServer":false,"output":{"statusCode":401,"payload":{"statusCode":401,"error":"Unauthorized","message":"Connection Failure"},"headers":{}}},"date":"2026-04-27T17:04:01.942Z"}
17:04:01 info gateway/channels/whatsapp {"subsystem":"gateway/channels/whatsapp"} [default] auto-restart attempt 6/10 in 170s
Log tail truncated (increase --max-bytes).
Yep, found it: WhatsApp auth is logged out/invalid.
The Discord warning is unrelated. For WhatsApp, you need to re-link the device.
On the VPS, run:
openclaw channels login --channel whatsapp
Scan the QR code in WhatsApp:
WhatsApp → Settings → Linked devices → Link a device
After it links, run:
openclaw gateway restart
Then check:
openclaw channels status --probe
If that says WhatsApp is linked/healthy, send the bot a WhatsApp message again.
Got it — no QR was shown. Let’s force a clean WhatsApp re-link.
On the VPS, paste these one at a time:
openclaw gateway stop
openclaw channels logout --channel whatsapp
If it asks yes/no, type:
y
Then run:
openclaw channels login --channel whatsapp --verbose
This should show the QR. Scan it with:
WhatsApp → Settings → Linked devices → Link a device
After scanning successfully:
openclaw gateway start
openclaw channels status --probe
If the login --verbose command still gives no QR, paste just the output from that command here.
Right — that confirms the stored WhatsApp login is dead. Repair won’t fix that; it must be re-linked.
Do this now:
openclaw gateway stop
openclaw channels logout --channel whatsapp
openclaw channels login --channel whatsapp --verbose
When the QR appears, scan it:
WhatsApp → Settings → Linked devices → Link a device
Then:
openclaw gateway start
openclaw channels status --probe
If login --verbose only prints “WhatsApp session logged out” and exits without QR, paste the full output of that one command.
My WhatsApp says can’t link device
That usually means either the QR is stale, WhatsApp has too many linked devices, or your OpenClaw WhatsApp code is too old for current WhatsApp Web. You’re on 2026.3.7, so update first.
On the VPS, paste line by line:
openclaw update
openclaw gateway stop
openclaw channels logout --channel whatsapp
openclaw channels login --channel whatsapp --verbose
Then scan the fresh QR immediately.
Also on your phone: WhatsApp → Settings → Linked devices and remove the old OpenClaw/VPS linked device if it’s there.
After it links:
openclaw gateway start
openclaw channels status --probe
WhatsApp asked for a restart after pairing (code 515); waiting for creds to save…
WhatsApp Web connected.
âś… Linked after restart; web session ready.
gateway client error: Error: connect ECONNREFUSED 127.0.0.1:18789
Local login saved auth for whatsapp/default, but the running gateway did not restart it: gateway closed (1006 abnormal closure (no close frame)): no close reason
Gateway target: ws://127.0.0.1:18789
Source: local loopback
Config: /root/.openclaw/openclaw.json
Bind: loopback
Possible causes:
- Gateway not yet ready to accept connections (retry after a moment)
- TLS mismatch (connecting with ws:// to a wss:// gateway, or vice versa)
- Gateway crashed or was terminated unexpectedly
Runopenclaw doctorfor diagnostics.
Good news: WhatsApp linked successfully âś…
Now the gateway just isn’t running/reachable. Start it again:
openclaw gateway start
Wait ~10 seconds, then:
openclaw gateway status
openclaw channels status --probe
If gateway start fails or status still says ECONNREFUSED, run:
openclaw doctor
openclaw logs --limit 120 --plain --no-color
Paste the output from those.
Gateway reachable.
- Discord bouncer (BOUNCER): enabled, configured, running, connected, bot:@Bouncer, token:config, intents:content=limited, works, audit ok
- Discord default: enabled, configured, running, connected, bot:@AIDJ, token:config, intents:content=limited, works, audit failed
- Telegram default: enabled, configured, running, connected, mode:polling, bot:@AI_Dejay_Bot, token:config, works
- WhatsApp default: enabled, configured, linked, running, connected, in:just now, out:1m ago, dm:pairing
Tip: status --deep adds gateway health probes to status output (requires a reachable gateway).
root@OpenClaw:~#
Nice — WhatsApp is linked, running, and connected now 🎉
One thing: it says:
dm:pairing
So if your WhatsApp message still doesn’t get a reply, approve the pairing request:
openclaw pairing list whatsapp
If it shows a code, approve it:
openclaw pairing approve whatsapp CODE
Replace CODE with the code shown.
Then send the bot another WhatsApp message. If it replies, you’re fixed.
No pending WhatsApp pairing code
That’s okay — dm:pairing just means pairing mode is enabled, not that there is always a pending code.
Do this:
- Send a fresh WhatsApp message to the bot from your phone.
- Wait 10 seconds.
- Run:
openclaw pairing list whatsapp
If still no code and it still doesn’t reply, add your number directly to the allowlist instead:
openclaw config set channels.whatsapp.dmPolicy allowlist
openclaw config set channels.whatsapp.allowFrom '["+YOURNUMBER"]' --strict-json
Replace +YOURNUMBER with your phone number in international format, e.g. +447... — don’t paste it here.
Then:
openclaw gateway restart
openclaw channels status --probe
Then test WhatsApp again.
Ok I put in my number and nothing is happening
Got it. Two possibilities:
- Dedicated bot number:
allowFrommust be your personal phone number, not the bot’s linked WhatsApp number. - Same/personal number: enable self-chat mode.
Paste these on the VPS:
openclaw config set channels.whatsapp.selfChatMode true --strict-json
openclaw gateway restart
openclaw channels status --probe
Then send a new WhatsApp message to the bot/self-chat.
If still nothing, paste this:
openclaw logs --limit 200 --plain --no-color | grep -Ei "whatsapp|allow|pair|denied|accepted|agent|reply|error|warn|failed" | tail -100
Don’t paste your phone number here — just make sure it is format like +447..., no spaces, no leading 0.
This is my number add it 07480383374
Please delete/edit that message if you can — phone numbers are better not posted publicly.
I can’t add it from here, but on your VPS run this. For a UK number, remove the leading 0 and use +44....
openclaw config set channels.whatsapp.dmPolicy allowlist
openclaw config set channels.whatsapp.allowFrom '["+44YOUR_NUMBER_WITHOUT_LEADING_0"]' --strict-json
If this is the same number linked to WhatsApp/OpenClaw, also run:
openclaw config set channels.whatsapp.selfChatMode true --strict-json
Then:
openclaw gateway restart
openclaw channels status --probe
Send a fresh WhatsApp message after restart. Docs: https://docs.openclaw.ai/channels/whatsapp
0ok the terminal stopped responding
If the terminal is stuck, press:
Ctrl+C
If that doesn’t return you to:
root@OpenClaw:~#
close the terminal/SSH window and reconnect:
ssh root@YOUR_VPS_IP
Then run these exactly:
openclaw config set channels.whatsapp.dmPolicy allowlist
openclaw config set channels.whatsapp.allowFrom '["+447480383374"]' --strict-json
openclaw config set channels.whatsapp.selfChatMode true --strict-json
openclaw gateway restart
openclaw channels status --probe
Then send a fresh WhatsApp message. If gateway restart hangs for more than 60 seconds, press Ctrl+C and run:
openclaw gateway status
Gateway not reachable: gateway timeout after 30000ms
Gateway target: ws://127.0.0.1:18789
Source: local loopback
Config: /root/.openclaw/openclaw.json
Bind: loopback
Gateway not reachable; showing config-only status.
Config: /root/.openclaw/openclaw.json
Mode: local
Tip: status --deep adds gateway health probes to status output (requires a reachable gateway).
root@OpenClaw:~#
Gateway is the problem now — don’t relink WhatsApp again.
Run these on the VPS line by line:
openclaw gateway status
If it says not running or not reachable:
openclaw gateway restart
Wait 20 seconds, then:
openclaw gateway status
openclaw channels status --probe
If it still says timeout, run this and paste the output:
openclaw logs --limit 160 --plain --no-color | tail -120
The WhatsApp link/config is probably fine now; we just need to see why the gateway isn’t accepting connections.
It would not let me paste everything here how do I know if it is running
Run just this:
openclaw gateway status
You’re looking for these lines:
Runtime: running
Connectivity probe: ok
If you see both, gateway is running.
If you see not running, timeout, ECONNREFUSED, or probe failed, it is not healthy.
To send me only the important parts, run:
openclaw gateway status | grep -Ei "runtime|connectivity|probe|reachable|error|failed|not running|timeout|econnrefused"
Paste that short output here.
I am not sure what I see
No worries — run this exact command. It will print only a tiny yes/no-style summary:
if openclaw gateway status | grep -qi "Connectivity probe: ok"; then echo "GATEWAY_OK"; else echo "GATEWAY_NOT_OK"; fi
If it prints GATEWAY_OK, run:
openclaw channels status --probe | grep -Ei "WhatsApp|whatsapp"
If it prints GATEWAY_NOT_OK, run:
openclaw gateway restart
Then wait 20 seconds and run the first check again.
Ok everything is running fine
Great — then final test:
- Send the bot a new WhatsApp message.
- Wait ~20 seconds.
- If no reply, run:
openclaw logs --limit 120 --plain --no-color | grep -Ei "whatsapp|allow|pair|denied|blocked|accepted|reply|agent|error|warn|failed" | tail -80
Paste that short output here.
If it does reply, you’re done 🎉
And if this fixed it, please right-click the solution message → Apps → ✅ Mark Solution so Answer Overflow indexes it for the next person.
The output is long I can’t paste it here
Totally fine — let’s shrink it more.
Run this exact command instead:
openclaw logs --limit 300 --plain --no-color | grep -Ei "blocked|denied|allowlist|pairing|drop|ignored|agent failed|reply failed|no api key|model|error|failed|exception|whatsapp session" | tail -30
That should only show the useful last 30 lines.
Also run:
openclaw channels status --probe | grep -i whatsapp
Paste only those two outputs.
If it’s still too long, attach a .txt file here — but redact phone numbers first.
values are: 'medium'.","errorHash":"sha256:f57bc96bdead","isPrimary":true,"requestedModelMatched":true,"fallbackConfigured":false} model fallback decision
2026-04-27T18:17:01.381Z error Embedded agent failed before reply: LLM request failed: provider rejected the request schema or tool payload.
2026-04-27T18:17:01.428Z warn web-reconnect {"module":"web-reconnect","runId":"3f2f15ad-2a97-444c-a506-ce0d0f0d1ead"} WhatsApp reconnect drain: entry ac52d4ad-1225-46a8-8e57-31e8eeb692f9 exceeded max retries and was moved to failed/
2026-04-27T18:17:01.430Z warn web-reconnect {"module":"web-reconnect","runId":"3f2f15ad-2a97-444c-a506-ce0d0f0d1ead"} WhatsApp reconnect drain: entry e454685b-3436-46e7-8f9a-02db2915da95 exceeded max retries and was moved to failed/
2026-04-27T18:21:41.050Z info gateway {"subsystem":"gateway"} agent model: openai/gpt-5.1-codex
discord channels unresolved: discord-channels-allowlist-comma-separated (guild:discord-channels-allowlist-comma-separated), 1239923901836955699/1222183024167489646 (guildId:1239923901836955699; channelId:1222183024167489646)
root@OpenClaw:~#
That log means WhatsApp is working now. The reply is failing because the AI model request is being rejected:
Embedded agent failed before reply: LLM request failed
provider rejected the request schema or tool payload
Try this first — your model seems to only accept medium reasoning:
openclaw config set agents.defaults.thinkingDefault medium
openclaw gateway restart
Then send a new WhatsApp message.
If it still fails, switch the main chat model away from the current Codex-style model:
openclaw config --section model
Pick a normal chat/agent model in the wizard, then:
openclaw gateway restart
The Discord unresolved warning is unrelated.
This is too much it was working before
I know — that’s frustrating. The good news is: WhatsApp is fixed/connected now. The remaining problem is the AI model is rejecting the reply request, so the bot receives your WhatsApp message but fails before answering.
Do just this one thing:
openclaw config set agents.defaults.thinkingDefault medium
openclaw gateway restart
Then send WhatsApp a fresh message.
If that still fails, stop there — don’t relink WhatsApp again. The next step is only changing the model config, not WhatsApp.
What you mean model config
By model config I mean: which AI provider/model OpenClaw uses to write replies.
Your log shows it is using:
openai/gpt-5.1-codex
That model is rejecting the request, so WhatsApp receives the message but the AI fails before replying.
First try the simple fix:
openclaw config set agents.defaults.thinkingDefault medium
openclaw gateway restart
If that doesn’t work, open the model setup screen:
openclaw config --section model
Then choose a normal chat model/provider, not a Codex-specific one. After saving:
openclaw gateway restart
Then test WhatsApp again.
That never worked
Fair. Let’s stop poking WhatsApp — it’s connected. The break is the AI reply engine.
Run this one-liner and paste the small output:
openclaw models status --plain
If it says openai/gpt-5.1-codex, that’s the issue.
Then run:
openclaw models list --plain | grep -vi codex | head -10
Pick one line from that list, then set it like:
openclaw models set PASTE_THE_MODEL_LINE_HERE
openclaw gateway restart
Then test WhatsApp again.
Ehat is wrong with got 5.1 codex
Nothing is “wrong” with it in general. The issue is your OpenClaw run is sending GPT‑5.1 Codex a request it rejects — the log literally says:
provider rejected the request schema or tool payload
Codex models are optimized for agentic coding/Codex-style workflows, not always the smoothest default for WhatsApp chat replies. OpenAI describes GPT‑5.1 Codex as optimized for agentic coding in Codex. (platform.openai.com)
So: WhatsApp is now fixed. The remaining failure is model/provider config.
Do the smallest fix first:
openclaw config set agents.defaults.thinkingDefault medium
openclaw gateway restart
If that still fails, use #models for current model advice, or switch away from the Codex model using:
openclaw models status
openclaw models list
openclaw models set <one-of-your-listed-non-codex-models>
openclaw gateway restart
It is using got 5.2 codex but I still want a powerful model
You can still use a powerful model — just don’t use the Codex variant for WhatsApp chat.
Codex is powerful, but it’s tuned for coding-agent/Codex-style workflows, not general chat replies. OpenAI’s own docs describe the Codex variant as optimized for agentic coding, and recommend the regular model family for other domains. (platform.openai.com)
Run:
openclaw models list --plain | grep -vi codex
Pick a strong non-Codex model from that list, then:
openclaw models set THE_MODEL_YOU_PICKED
openclaw gateway restart
Then test WhatsApp again.
For fresh “best powerful model” advice, ask in #models too — model recommendations change fast.
Ehat one should I pick
Pick the strongest latest-generation, non-Codex model from a provider you already have auth for. OpenClaw’s docs recommend using the strongest available model as primary, and openclaw models set <provider/model> changes that default. (docs.openclaw.ai)
Run:
openclaw models list --plain | grep -vi codex
From that list, avoid anything with:
codex
mini
flash
lite
coder
Pick the most powerful normal chat model line, then:
openclaw models set PASTE_MODEL_LINE_HERE
openclaw gateway restart
If you’re unsure, paste just the non-Codex list here, or ask in #models for the freshest pick.
Recommend one
Use the highest-numbered regular OpenAI GPT model in your list that does NOT say codex.
Run this to find it:
openclaw models list --plain | grep -E '^openai/gpt-' | grep -vi codex | head -1
If it prints a model, set it:
openclaw models set MODEL_FROM_ABOVE
openclaw gateway restart
Example: replace MODEL_FROM_ABOVE with exactly what the first command printed.
If the first command prints nothing, paste your non-Codex list here and I’ll pick from your actual options.
Nothing happens when I run openclaw models list
Press:
Ctrl+C
Then run this shorter command:
timeout 20s openclaw models status --plain || echo MODEL_COMMAND_HUNG
If it prints a model name, paste it here.
If it prints MODEL_COMMAND_HUNG, skip the model list and open the guided picker:
openclaw config --section model
Choose a regular non-Codex chat model from the provider you already use, save, then:
openclaw gateway restart
If you want the freshest “best powerful model” pick, ask in #models — model advice changes fast.
Asking if gateway should run local
Choose Yes.
Your gateway is on the VPS and should run local to that VPS.
So answer:
y
or select:
Yes
Then continue the model setup. For model choice: pick a regular chat model, not one with codex in the name.
Asking open ai direct api key
If you have an OpenAI API key, choose Yes and paste it there.
If you only have ChatGPT/Codex subscription login and no API key, choose No.
For WhatsApp/general chat, direct API key is usually the simplest/most reliable. Do not paste the API key here in Discord — only into your VPS terminal prompt.
Should I create a fresh key
Yes — create a fresh OpenAI API key for this VPS/OpenClaw setup.
Best practice:
- Create a new key in OpenAI’s API dashboard.
- Paste it only into the VPS terminal prompt, not Discord.
- If an old key was exposed or reused somewhere, delete/revoke it later. OpenAI recommends not sharing keys and using separate keys/permissions per use case. (help.openai.com)
Then in the OpenClaw setup, choose OpenAI direct API key: Yes and paste the fresh key there.
Should I choose gpt5.5
Yes — choose GPT‑5.5 only if it says regular OpenAI, like:
openai/gpt-5.5
Do not choose:
openai-codex/...
or anything with:
codex
For WhatsApp chat, you want the normal GPT model. Codex variants are optimized for agentic coding/Codex-style tasks, not general chat replies. (platform.openai.com)
Ok it says config complete now what
Nice. Now restart and test:
openclaw gateway restart
Wait 20 seconds, then:
openclaw channels status --probe | grep -i whatsapp
Then send the bot a fresh WhatsApp message.
If it replies, you’re fixed 🎉
If no reply, run:
openclaw logs --limit 80 --plain --no-color | grep -Ei "whatsapp|agent failed|LLM|reply failed|error|failed" | tail -40
Paste that short output here.
What number should I be using
Use your personal phone number — the number you send WhatsApp messages from — in international format.
For your UK number, that means:
+44...
not:
07...
So if your mobile starts with 074..., convert it to:
+4474...
If OpenClaw is linked to the same WhatsApp number you are messaging from, keep this enabled too:
openclaw config set channels.whatsapp.selfChatMode true --strict-json
Then restart:
openclaw gateway restart
Everything is totally messed up
I get it — let’s stop changing things and get back to a known state. Don’t relink WhatsApp or change models again for now.
Run this one diagnostic block on the VPS and paste the output here:
echo "=== VERSION ==="
openclaw --version
echo "=== GATEWAY ==="
openclaw gateway status | grep -Ei "Runtime|Connectivity|probe|error|failed|timeout|ECONNREFUSED" || true
echo "=== WHATSAPP ==="
openclaw channels status --probe | grep -i whatsapp || true
echo "=== MODEL ==="
timeout 20s openclaw models status --plain || echo MODEL_STATUS_FAILED
echo "=== LAST ERRORS ==="
openclaw logs --limit 120 --plain --no-color | grep -Ei "whatsapp|agent failed|LLM|model|reply failed|error|failed|unauthorized|logged out" | tail -30
That should be short enough. We’ll use that to decide the one next fix instead of guessing.
Is there a way of keeping all my settings and reinstalling
Yes. Your settings are in:
/root/.openclaw
So reinstall OpenClaw without deleting that folder.
On the VPS, run this:
cd ~
tar -czf openclaw-backup-$(date +%F-%H%M).tgz .openclaw
openclaw gateway stop
curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method npm --no-onboard
openclaw gateway install --force
openclaw gateway restart
openclaw doctor
openclaw channels status --probe
Important:
- If it asks Keep / Modify / Reset, choose Keep.
- Do not delete
~/.openclaw. - The backup file contains secrets/API keys, so don’t post it here.
I have meehat will the above do I am confused
Totally fair — let me translate it.
That block will:
- Make a backup of all your OpenClaw settings/API keys/WhatsApp login.
- Stop OpenClaw.
- Reinstall OpenClaw program files only.
- Keep your settings in
/root/.openclaw. - Start it again and check WhatsApp.
It should not wipe your setup as long as you do not delete /root/.openclaw and if asked, choose Keep.
Use this simpler version, line by line:
cd ~
tar -czf openclaw-backup.tgz .openclaw
openclaw gateway stop
curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method npm --no-onboard
If it asks Keep / Modify / Reset, choose:
Keep
Then:
openclaw gateway restart
openclaw channels status --probe
Do not run uninstall/delete commands. The backup file contains secrets, so don’t upload it here.
I am completely lost is there any human help
Yeah — totally fair. Stop running commands for now.
Human help options:
- Stay in this #help forum thread and a community member may jump in.
- If you specifically want another user to walk through their experience, ask in #users-helping-users too.
- If this looks like a bug after someone reviews it, file it here: https://github.com/openclaw/openclaw/issues
For a human to help quickly, post this summary:
VPS install, OpenClaw 2026.3.7 originally.
WhatsApp was logged out with 401, then re-linked successfully.
Gateway later showed reachable and WhatsApp linked/running/connected.
Then replies failed with: provider rejected request schema or tool payload.
Model was Codex / GPT Codex variant; tried changing model config and got lost.
Need help restoring a clean working setup while keeping ~/.openclaw settings.
I’m sorry this got so tangled. The important part: don’t delete /root/.openclaw — that’s your settings/secrets/state.
Where should I paste this
Paste it right here in this same help thread as a normal Discord message.
You can also paste the same summary in #users-helping-users if you want community/user help, but keep this thread going too so the history stays together.
Don’t paste it into the VPS terminal — it’s for humans in Discord.
Yeah — totally fair. Stop running commands for now.
Human help options:
- Stay in this #1459642797895319552 forum thread and a community member may jump in.
- If you specifically want another user to walk through their experience, ask in #users-helping-users too.
- If this looks like a bug after someone reviews it, file it here: https://github.com/openclaw/openclaw/issues
For a human to help quickly, post this summary:
VPS install, OpenClaw 2026.3.7 originally.
WhatsApp was logged out with 401, then re-linked successfully.
Gateway later showed reachable and WhatsApp linked/running/connected.
Then replies failed with: provider rejected request schema or tool payload.
Model was Codex / GPT Codex variant; tried changing model config and got lost.
Need help restoring a clean working setup while keeping ~/.openclaw settings.
Perfect — that’s exactly what I meant. Now just wait here for a human/community member to jump in.
If someone asks for logs, only paste small filtered snippets, and don’t share API keys, tokens, or full phone numbers.
No one has reached out
Sorry this sat unanswered — I’m here now.
First thing: please paste your version + safe status output:
openclaw --version
openclaw status --all
openclaw channels status --probe
openclaw pairing list whatsapp
If WhatsApp is connected but not replying, the usual causes are:
- sender needs approval:
openclaw pairing list whatsapp - allowlist /
allowFrommismatch - gateway/channel disconnected
- WhatsApp Web session needs re-login
Useful docs:
https://docs.openclaw.ai/channels/troubleshooting
https://docs.openclaw.ai/channels/whatsapp#troubleshooting
If you can also run this while sending a WhatsApp test message, the logs should show where it drops:
openclaw logs --follow
@ocean badge can I get human help
Yep — human folks can jump in here too. I can’t summon/ping individual maintainers, but this forum is the right place for help.
To make it easy for a human to diagnose, please paste:
openclaw --version
openclaw status --all
openclaw channels status --probe
openclaw pairing list whatsapp
openclaw status --all is designed to be shareable with tokens redacted, but still glance over it before posting. If this looks like a bug after that, the next step is a GitHub issue: https://github.com/openclaw/openclaw/issues
You there
Yo
===== OPENCLAW DIAGNOSTIC REPORT =====
[SYSTEM INFO]
root
Linux OpenClaw 6.8.0-110-generic x86_64 GNU/Linux
[SHELL]
-bash
[NODE]
v22.22.0
(root nvm install)
[OPENCLAW PROCESSES]
openclaw-gateway RUNNING (pid active)
[PORT STATUS]
18789 LISTENING on 127.0.0.1 (gateway active)
[SYSTEMD STATUS]
openclaw-gateway.service: ACTIVE (running)
[WHATSAPP STATUS]
Provider started (+44***********)
Inbound messaging enabled
[CONFIG SUMMARY]
- Gateway mode: local
- Auth token: [REDACTED]
- Web search: enabled (SearXNG)
- Model: openai/gpt-5.5 configured
- Workspace: /root/.openclaw/workspace
[SECURITY NOTE]
- Gateway token: REDACTED
- API keys: NOT EXPOSED
===== END REPORT =====
run error: session file locked (timeout 10000ms): pid=24333
/root/.openclaw/agents/main/sessions/3c1e4f3c-7ecb-46c0-a58a-a316cdc07df1.json
l.lock
local ready | error
agent main | session main (openclaw-tui) | openai/gpt-4o | think medium |
tokens 12k/128k (10%)
That error is useful — this looks less like WhatsApp itself and more like the agent session is blocked by a session lock.
pid=24333 means some process is/was holding the session file lock for the main session. The status line says session main (openclaw-tui), so my first guess is: an open/stuck TUI run is occupying the same session WhatsApp wants to use.
Please check:
openclaw --version
ps -fp 24333
openclaw status --all
If ps -fp 24333 shows an active OpenClaw/TUI process, close that TUI session or stop the stuck run, then try WhatsApp again.
If that PID is dead / missing, run the built-in stale lock repair:
openclaw doctor --fix
openclaw gateway restart
I would not manually delete the .lock file until you’ve confirmed the PID is dead. doctor --fix is the safer path.
How can I do a fresh install but keep my settings
I wouldn’t nuke it yet — your last error looked like a stuck session lock, which openclaw doctor --fix may fix without reinstalling.
If you still want a “fresh install but keep settings”, the safe rule is: reinstall the app/package, don’t delete ~/.openclaw. That folder is your settings/state.
Safe path:
openclaw --version
openclaw gateway stop
# backup first
cp -a ~/.openclaw ~/.openclaw.backup-$(date +%Y%m%d-%H%M%S)
# repair stale locks/config migrations
openclaw doctor --fix
Then reinstall/update OpenClaw using whatever install method you used, and start it again:
openclaw gateway start
openclaw status --all
Keep these if you want settings preserved:
~/.openclaw/openclaw.json— main config~/.openclaw/credentials/— WhatsApp login + channel credentials/pairing~/.openclaw/agents/<agentId>/agent/auth-profiles.json— model/API auth~/.openclaw/workspace/— AGENTS/MEMORY/SOUL/etc.
If you want a cleaner reset while keeping settings, move only sessions aside after backing up:
openclaw gateway stop
mv ~/.openclaw/agents/main/sessions ~/.openclaw/agents/main/sessions.backup-$(date +%Y%m%d-%H%M%S)
openclaw gateway start
Docs: https://docs.openclaw.ai/help/faq and https://docs.openclaw.ai/start/setup
How do I back up can I back up to my desktop
Yes — you can back it up to your Desktop. The backup contains WhatsApp credentials/API keys, so keep it private and don’t post it here.
If OpenClaw is on your local computer:
openclaw gateway stop
mkdir -p ~/Desktop
tar -czf ~/Desktop/openclaw-backup-$(date +%Y%m%d-%H%M%S).tar.gz -C ~ .openclaw
openclaw gateway start
If your OpenClaw is running as root — your earlier path showed /root/.openclaw — use:
openclaw gateway stop
tar -czf /root/openclaw-backup-$(date +%Y%m%d-%H%M%S).tar.gz -C /root .openclaw
openclaw gateway start
If this is a VPS/server, that file is on the server, not your personal Desktop. Copy it down with something like:
scp root@YOUR_SERVER_IP:/root/openclaw-backup-*.tar.gz ~/Desktop/
That backs up config, WhatsApp login, auth profiles, sessions, and default workspace. Docs: https://docs.openclaw.ai/help/faq
I am talking to the bot now in the terminal can I ask it if all my files are still there
Yes. Ask it to check, not change anything.
You can paste something like this into the terminal bot:
Please do a read-only check that my OpenClaw files are still present. Do not delete, move, edit, reinstall, or reset anything. Check whether ~/.openclaw exists, list the important files/folders, and tell me if anything obvious is missing.
Or run this yourself in the terminal for a quick check:
ls -la ~/.openclaw
ls -la ~/.openclaw/credentials
ls -la ~/.openclaw/agents/main/agent
ls -la ~/.openclaw/agents/main/sessions
ls -la ~/.openclaw/workspace
Since your earlier error showed /root/.openclaw, if you’re running as root use:
ls -la /root/.openclaw
Don’t run reset/uninstall commands until you have a backup.
R ask it to connect to my WhatsApp
Yes, but I’d do the safe checks first so it doesn’t make things worse.
Paste this to the terminal bot:
Please reconnect WhatsApp safely. First do a read-only check of OpenClaw status, WhatsApp channel status, and whether my ~/.openclaw files are present. Do not reset, delete, move, or reinstall anything. If WhatsApp is disconnected, guide me through the normal `openclaw channels login --channel whatsapp` QR flow. If there is a stale session lock, tell me before changing anything.
If you want to run the reconnect yourself:
openclaw channels status --probe
openclaw pairing list whatsapp
openclaw channels login --channel whatsapp
openclaw gateway restart
Only scan the QR from your own WhatsApp account/device.
My previous bot done back iOS that it sent to me via WhatsApp can I give this to the new bot and say install
Maybe — but don’t just tell the new bot “install this” yet.
If it’s an OpenClaw backup file like:
openclaw-backup-20260428-....tar.gz
then yes, it can probably restore your old settings/WhatsApp login. But that file contains private credentials, so:
- Don’t upload it here
- Save it somewhere local/private
- Ask the new bot to inspect it read-only first:
I have an OpenClaw backup archive. Please inspect it read-only first. Do not install, extract over existing files, delete, reset, or overwrite anything. Tell me what it contains and whether it looks like an OpenClaw ~/.openclaw backup.
If it’s an iOS/WhatsApp phone backup, then no — that won’t directly reinstall OpenClaw. OpenClaw needs its own ~/.openclaw backup or a fresh WhatsApp QR login.
Best next step: tell me the filename/extension only — not the file contents.
Back up is a .json
A single .json is probably not a full OpenClaw backup.
It might be one of these:
openclaw.json→ config/settings onlyauth-profiles.json→ model/API login infocreds.json→ possibly WhatsApp credentials, but usually it belongs inside a folder path like~/.openclaw/credentials/whatsapp/<accountId>/
Don’t tell the new bot “install it” yet. Tell it:
I have a .json backup file. Please inspect it read-only. Do not overwrite, delete, reset, or install anything. Tell me what kind of OpenClaw file it is and what path it would normally belong in.
Also: don’t post the JSON here — it may contain private tokens/WhatsApp credentials.
If you can share just the filename — like openclaw.json, auth-profiles.json, or creds.json — I can tell you what it likely restores.
I am talking to my bot via the terminal does that mean it is working
Partly, yes — it means the agent/model side is working.
But it does not prove WhatsApp is working. WhatsApp needs the gateway + WhatsApp channel/login to be healthy too.
Ask the terminal bot this:
Please check whether WhatsApp is connected. Run/read only safe status checks: openclaw status --all, openclaw channels status --probe, and openclaw pairing list whatsapp. Do not reset, delete, or reinstall anything.
Or run:
openclaw channels status --probe
openclaw pairing list whatsapp
If terminal works but WhatsApp doesn’t, the problem is likely the WhatsApp channel/session/pairing, not the bot brain.
It’s not connected and the terminal said it can’t send me the wrong code
Yes — if WhatsApp is not connected, the bot cannot send you a code on WhatsApp. That’s expected.
You need to reconnect from a normal terminal on the machine running OpenClaw:
openclaw channels login --channel whatsapp
It should show a QR code in the terminal. On your phone:
WhatsApp → Settings → Linked devices → Link a device → scan the QR
Then run:
openclaw gateway restart
openclaw channels status --probe
Important: don’t share the QR code with anyone. If openclaw channels login --channel whatsapp does not show a QR, paste the exact error text here.
I have two WhatsApp numbers one that I pair and I use my other WhatsApp to talk to it what is the set up
That’s the recommended setup 👍
Think of it like this:
- Bot WhatsApp number = the number you link to OpenClaw with the QR code
- Your personal/other WhatsApp number = the number allowed to message the bot
Setup:
- On the machine running OpenClaw, link the bot number:
openclaw channels login --channel whatsapp
Scan the QR using the phone/account that should become the bot.
- In
~/.openclaw/openclaw.json, allow your other number:
{
channels: {
whatsapp: {
dmPolicy: "allowlist",
allowFrom: ["+15551234567"], // your personal/other WhatsApp number
},
},
}
Use full international format, e.g. +44..., +1....
- Restart and test:
openclaw gateway restart
openclaw channels status --probe
Then send a WhatsApp message from your personal number to the bot number.
Alternative: keep dmPolicy: "pairing" and approve yourself after the first message:
openclaw pairing list whatsapp
openclaw pairing approve whatsapp <CODE>
Hi
Hi — how’s it going with the WhatsApp reconnect?
If you’re still at the setup step, the key flow is:
- Pair/link the bot WhatsApp number:
openclaw channels login --channel whatsapp
- Allow your personal WhatsApp number in config or approve pairing:
openclaw pairing list whatsapp
openclaw pairing approve whatsapp <CODE>
If you paste the current error/status output, I’ll help from there.
How do I update to the latest version of open claw
Use the built-in updater:
openclaw --version
openclaw update
That should fetch the latest stable version, run doctor, and restart the gateway. It keeps your settings in ~/.openclaw.
If you want to preview first:
openclaw update --dry-run
Given your WhatsApp issue, I’d do a backup first:
openclaw gateway stop
cp -a ~/.openclaw ~/.openclaw.backup-$(date +%Y%m%d-%H%M%S)
openclaw gateway start
openclaw update
If your install is under root, use /root/.openclaw instead.
After update:
openclaw --version
openclaw status --all
openclaw channels status --probe
What is the latest update and what’s in it
Latest I see is OpenClaw 2026.4.26, released April 28, 2026 at 01:11 UTC. It’s marked Latest on the GitHub releases page. (github.com)
Big stuff in it:
- New Control UI / Talk realtime voice transport work, including Google Live browser Talk sessions.
- New bundled Cerebras provider.
- Memory/search embedding improvements for OpenAI-compatible providers and Ollama embedding models.
- Plugin/config internals improvements.
- New migration tools:
openclaw migrate, Claude importer, Hermes importer. - Control UI raw config diff panel.
- Matrix encryption setup command.
- A lot of fixes around
openclaw update, Gateway startup, plugin installs, Docker TLS, Discord routing, local models, proxies, and provider reasoning. (github.com)
To update:
openclaw update
That detects your install type, fetches latest, runs doctor, and restarts the gateway. (docs.openclaw.ai)
For your WhatsApp issue: I’d still run this after updating:
openclaw doctor
openclaw gateway restart
openclaw channels status --probe
Wei am running 226.4.26 now
Nice — I assume you mean 2026.4.26. That’s current/latest, so now focus on WhatsApp status.
Run these next:
openclaw doctor --fix
openclaw gateway restart
openclaw channels status --probe
If WhatsApp says not linked, re-link it:
openclaw channels login --channel whatsapp
Scan the QR with the bot WhatsApp number, then restart/check again:
openclaw gateway restart
openclaw channels status --probe
If it still doesn’t respond, paste the WhatsApp part of openclaw channels status --probe plus any error from:
openclaw logs --follow
It’s linked but I can’t message it from my other WhatsApp number
If WhatsApp is linked but your other number gets no reply, it’s probably access control.
Do one of these:
Option A — approve the other number via pairing
Send a message from your other WhatsApp number to the bot number, then run:
openclaw pairing list whatsapp
openclaw pairing approve whatsapp <CODE>
openclaw gateway restart
Option B — allowlist your other number
Edit ~/.openclaw/openclaw.json:
{
channels: {
whatsapp: {
dmPolicy: "allowlist",
allowFrom: ["+15551234567"], // your OTHER WhatsApp number
},
},
}
Then:
openclaw gateway restart
Use full international format like +1... or +44....
If it still doesn’t reply, run this while sending a test message from the other number:
openclaw logs --follow
I ran the probe and everything is fine but still not working
Probe being green means the WhatsApp transport is connected. If it still won’t reply to your other number, it’s usually pairing/allowlist, not the QR link.
Do this exactly:
-
Send a fresh message from your other WhatsApp number to the bot number.
-
On the server/terminal run:
openclaw pairing list --channel whatsapp
If you used a named WhatsApp account, include it:
openclaw pairing list --channel whatsapp --account <accountId>
- If you see a code, approve it:
openclaw pairing approve --channel whatsapp <CODE> --notify
openclaw gateway restart
If there is no pairing request, add your other number to allowFrom in ~/.openclaw/openclaw.json:
{
channels: {
whatsapp: {
dmPolicy: "allowlist",
allowFrom: ["+YOUR_OTHER_NUMBER_HERE"],
},
},
}
Then:
openclaw gateway restart
If it still fails after that, run this, send one WhatsApp test message, and paste the WhatsApp-related log lines:
openclaw logs --follow
How do I acces the json
The config JSON is usually here:
~/.openclaw/openclaw.json
Since your earlier paths showed root, yours may be:
/root/.openclaw/openclaw.json
Safest way to view it:
cat ~/.openclaw/openclaw.json
Or for root:
cat /root/.openclaw/openclaw.json
To edit it in the terminal:
nano ~/.openclaw/openclaw.json
or:
nano /root/.openclaw/openclaw.json
Add/check this section:
{
channels: {
whatsapp: {
dmPolicy: "allowlist",
allowFrom: ["+YOUR_OTHER_WHATSAPP_NUMBER"],
},
},
}
After saving:
openclaw gateway restart
If you paste any config here, remove tokens/API keys/passwords first.
Ok that section is already there
Good — then next we need to see whether OpenClaw is receiving the message and blocking it, or not receiving it at all.
Run this:
openclaw logs --follow
Then send one fresh WhatsApp message from your other number to the bot number.
Look for lines mentioning whatsapp, allowFrom, unauthorized, pairing, blocked, ignored, or inbound.
Also verify the number format in config is full international format, no spaces:
allowFrom: ["+441234567890"]
not local format like 07123....
After any config edit:
openclaw gateway restart
If you paste the relevant log lines here, redact phone numbers/tokens first.
Ok it worked WhatsApp sent a message let’s find my identity
Nice!! 🎉 WhatsApp is alive.
To find your WhatsApp identity/sender id, send this from your personal WhatsApp number to the bot:
/whoami
or:
/id
It should reply with something like:
whatsapp:+1234567890
That is the identity format OpenClaw uses for owner/command permissions.
If you want to make that number the command owner, add this to ~/.openclaw/openclaw.json:
{
commands: {
ownerAllowFrom: ["whatsapp:+YOUR_NUMBER_HERE"],
},
}
Then restart:
openclaw gateway restart
Don’t paste the full number here unless you redact it.
No I want to reinstall a previous back up so the agent removers all my settings
Yes — but make a backup of the current working setup first, then restore the old one.
Important: if your “backup” is only a .json, that is probably not a full restore. A full OpenClaw backup is usually a .tar.gz file from openclaw backup create.
Safe restore flow:
openclaw gateway stop
# backup current state first
openclaw backup create --output ~/Desktop --verify
Then verify the old backup:
openclaw backup verify /path/to/old-openclaw-backup.tar.gz
If it verifies, extract it somewhere temporary and inspect it first:
mkdir -p ~/openclaw-restore-check
tar -xzf /path/to/old-openclaw-backup.tar.gz -C ~/openclaw-restore-check
If your install runs as root, the old state will likely be inside something like:
~/openclaw-restore-check/.../payload/posix/root/.openclaw
Then restore by replacing /root/.openclaw only after confirming that folder exists.
If you only have a .json, tell the terminal bot:
Please inspect this JSON read-only and tell me whether it is openclaw.json, auth-profiles.json, or WhatsApp creds.json. Do not overwrite anything yet.
Can I ask the bot to do this
Yes — but word it very carefully so it backs up first and does not overwrite blindly.
Paste this to your terminal bot:
I want to restore an older OpenClaw backup, but safely.
Rules:
- Do not delete, overwrite, reset, or move anything until you first make a verified backup of the current working setup.
- First run a read-only check and tell me what backup files you found.
- Create a current backup with `openclaw backup create --verify`.
- If my old backup is only a `.json`, inspect it read-only and tell me what kind of file it is. Do not install it automatically.
- If my old backup is a `.tar.gz`, verify it with `openclaw backup verify`.
- Show me the exact restore plan and wait for my confirmation before replacing `~/.openclaw` or `/root/.openclaw`.
That last line matters. Restoring can overwrite WhatsApp credentials, sessions, config, and memory, so make the bot pause before the destructive step.
Also can I take snapshots of my server so that if I ever get curuptrd I can role back my bot is on a bps
Yes — if your bot is on a VPS, provider snapshots are a good safety net. They let you roll the whole server back if OpenClaw/state gets corrupted.
I’d use both:
-
VPS snapshot before big changes
In your VPS provider dashboard: create a snapshot/image of the whole server before updates/restores. -
OpenClaw backup regularly
This is easier to restore/move than a full server snapshot:
openclaw backup create --output ~/backups --verify
Suggested habit:
mkdir -p ~/backups
openclaw backup create --output ~/backups --verify
Before risky changes:
openclaw gateway stop
openclaw backup create --output ~/backups --verify
openclaw gateway start
Then make the VPS snapshot in your provider panel.
A snapshot is best for “roll back the whole VPS.” An OpenClaw backup is best for “restore just my bot/settings.” Keep at least one copy off the VPS too, e.g. download it to your computer.
Ehat is the difference between a backup and snapshot on my server
Snapshot = copy of the whole VPS/server at that moment.
- Includes OS, Node, OpenClaw install, config, logs, files, everything
- Best for: “my server is broken, roll the whole thing back”
- Usually made in your VPS provider dashboard
- Downside: bigger, provider-specific, rollback may undo everything on the server
OpenClaw backup = copy of just your OpenClaw bot data.
- Includes
~/.openclaw: config, WhatsApp credentials, auth profiles, sessions, workspace - Best for: “restore/move my bot settings”
- Made with:
openclaw backup create --verify - Downside: doesn’t restore the whole server/OS/install by itself
Best practice: use both.
Before risky changes:
- Run
openclaw backup create --verify - Make a VPS snapshot in the provider dashboard
Then you can restore either just OpenClaw, or the whole server.
No my vps has backup also
Ah got it — your VPS provider has both Backups and Snapshots.
Usually the difference is:
VPS backup
- Automatic/scheduled by the provider
- Often daily/weekly
- Used for disaster recovery
- You may have limited control over timing
- Provider may keep a few rotating copies
VPS snapshot
- Manual “save this exact state now”
- You choose when to create it
- Best before updates/reinstalls/config changes
- Usually kept until you delete it
- Sometimes can be used to clone a new VPS
For your OpenClaw bot:
- Use VPS backups as the automatic safety net
- Create a snapshot manually before risky changes
- Also run
openclaw backup create --verifyfor a portable bot-only backup
So before restoring/reinstalling OpenClaw, I’d do:
openclaw backup create --verify- Create a VPS snapshot
- Then make changes
What is the difference though
The simple difference:
Backup = automatic safety copy
- Provider makes it on a schedule
- Usually rotates old copies
- Good if something broke yesterday/last week
- Less control over exact timing
Snapshot = manual checkpoint
- You click “create snapshot” right now
- Keeps the server exactly as it is at that moment
- Best before you update/reinstall/restore
- You control when it’s made and usually when it’s deleted
So:
- Backup answers: “Can I recover from a recent disaster?”
- Snapshot answers: “Can I roll back to exactly before I made this risky change?”
For OpenClaw: create a snapshot before changes, rely on backups for ongoing protection.
Are they not the same thing
They’re similar, but not quite the same.
Both are copies of your VPS. The difference is usually how they’re made and used:
-
Backup = provider-made, scheduled, rotating copy
“Save my server every day/week in case disaster happens.” -
Snapshot = you-made, manual checkpoint
“Save my server exactly right now before I change something.”
Example:
If your provider backs up at 3am, then at 2pm you update OpenClaw and break it:
- Backup may restore you to 3am
- Snapshot made at 1:55pm restores you to right before the update
So they overlap, but a snapshot gives you control of the exact rollback point.
Ok I have a .tar.gz file
Good — that sounds like the right kind of backup.
Do not extract it over ~/.openclaw yet. First verify/inspect it:
openclaw backup verify /path/to/your-backup.tar.gz
Then inspect what’s inside:
tar -tzf /path/to/your-backup.tar.gz | head -80
If verification passes, ask your terminal bot:
I have an OpenClaw .tar.gz backup. Please verify it and inspect it read-only first. Do not overwrite or delete anything. Make a fresh current backup first, then show me exactly which folder from the archive would restore to ~/.openclaw or /root/.openclaw. Wait for my confirmation before replacing anything.
Since your VPS seemed to use /root/.openclaw, be extra careful to restore to the same user/path OpenClaw is actually using.
So my by is up and running I installed the back up but it does not rennet all the settings
Good sign that it’s running — if settings are missing, it usually means one of the restored paths doesn’t match what the Gateway is actually using.
Run these on the VPS:
openclaw config file
openclaw config get agents.defaults.workspace
openclaw status --all
Check especially:
- If active config is
/root/.openclaw/openclaw.json, but you restored to/home/.../.openclaw, the bot won’t see it. - If memory/personality is missing, restore the workspace too, not just config.
- If model/API settings are missing, check:
ls -la ~/.openclaw/agents/main/agent/
or root:
ls -la /root/.openclaw/agents/main/agent/
The backup should contain things like:
.openclaw/openclaw.json
.openclaw/credentials/
.openclaw/agents/
.openclaw/workspace/