Gateway und Agent antwortet sehr langsam ( Teilweise Timeouts ) | Friends of the Crustacean 🦞🤝 | Page 1

short patio Apr 29, 2026, 5:41 AM

#

Problem ist Modell unabhängig
openclaw logs --follow wird nach einiger zeit selbstständig abgebrochen mit dieser Meldung:
05:32:50+00:00 info gateway/ws {"subsystem":"gateway/ws"} ⇄ res ✓ chat.history 124ms conn=f6bfacb3…124a id=ff40b011…6412
gateway connect failed: Error: gateway closed (1000):
Gateway not reachable. Is it running and accessible?

modest hollowBOT Apr 29, 2026, 5:41 AM

#

To help others find answers, you can mark your question as solved via Right click solution message -> Apps -> ✅ Mark Solution

celest salmonBOT Apr 29, 2026, 5:43 AM

#

Das ist ziemlich sicher Gateway/WS, nicht Modell. openclaw logs --follow liest die Logs über den Gateway-RPC (logs.tail). Wenn der Gateway kurz neu startet, hängt, oder die WS-Verbindung normal schließt (1000 = normal closure), beendet sich der Tail.

Bitte poste als erstes:

openclaw --version
openclaw gateway status --deep
openclaw status --all
openclaw doctor

Und zum Loggen bitte einmal ohne Gateway-RPC tailen:

tail -F "$(ls -t /tmp/openclaw/openclaw-*.log | head -1)"

#

Wenn tail -F weiterläuft, aber openclaw logs --follow abbricht → eher CLI/Gateway-WS/Reachability.
Wenn tail -F auch Gateway-Restarts oder Fatal Errors zeigt → Gateway-Prozess/service stirbt oder startet neu.

Falls Linux/systemd:

systemctl --user status openclaw-gateway --no-pager
journalctl --user -u openclaw-gateway -n 200 --no-pager

Docs: https://docs.openclaw.ai/help/faq und https://docs.openclaw.ai/gateway/troubleshooting

short patio Apr 29, 2026, 5:56 AM

#

OpenClaw 2026.4.26 (be8c246)

🦞 OpenClaw 2026.4.26 (be8c246) — Somewhere between 'hello world' and 'oh god what have I built.'

│
◇
Service: systemd (enabled)
File logs: /tmp/openclaw/openclaw-2026-04-29.log
Command: /usr/bin/node /home/dmin/.npm-global/lib/node_modules/openclaw/dist/index.js gateway --port 18789
Service file: ~/.config/systemd/user/openclaw-gateway.service
Service env: OPENCLAW_GATEWAY_PORT=18789

Config (cli): ~/.openclaw/openclaw.json
Config (service): ~/.openclaw/openclaw.json

Gateway: bind=lan (0.0.0.0), port=18789 (service args)
Probe target: ws://127.0.0.1:18789
Dashboard: http://192.168.2.43:18789/
Probe note: bind=lan listens on 0.0.0.0 (all interfaces); probing via 127.0.0.1.

Runtime: running (pid 15995, state active, sub running, last exit 0, reason 0)
Connectivity probe: ok
Capability: admin-capable

Listening: *:18789
Troubles: run openclaw status
Troubleshooting: https://docs.openclaw.ai/troubleshooting

🦞 OpenClaw 2026.4.26 (be8c246) — Pairing codes exist because even bots believe in consent—and good security hygiene.

│
OpenClaw status --all

Overview
┌────────────────────┬─────────────────────────────────────────────────────────────────────────────────────────────────┐
│ Item │ Value │
├────────────────────┼─────────────────────────────────────────────────────────────────────────────────────────────────┤
│ Version │ 2026.4.26 │
│ OS │ linux 6.6.87.2-microsoft-standard-WSL2 (x64) │
│ Node │ 24.15.0 │
│ Config │ ~/.openclaw/openclaw.json │
│ Dashboard │ http://192.168.2.43:18789/ │
│ Tailscale exposure │ off │
│ Channel │ stable (default) │
│ Update │ pnpm · up to date · npm latest 2026.4.26 │
│ Gateway │ local · ws://127.0.0.1:18789 (local loopback) · reachable 1.08s · auth token+password · │
│ │ ZweitPc (192.168.2.43) app 2026.4.26 linux 6.6.87.2-microsoft-standard-WSL2 │
│ Security │ Run: openclaw security audit --deep │
│ Gateway self │ unknown │
│ Gateway service │ systemd installed · enabled · running (pid 15995, state active) │
│ Node service │ systemd installed · disabled · stopped (state inactive) │
│ Agents │ 7 total · 0 bootstrapping · 1 active · 362 sessions │
│ Secrets │ none │
└────────────────────┴─────────────────────────────────────────────────────────────────────────────────────────────────┘

#

Channels
┌──────────┬─────────┬────────┬────────────────────────────────────────────────────────────────────────────────────────┐
│ Channel │ Enabled │ State │ Detail │
├──────────┼─────────┼────────┼────────────────────────────────────────────────────────────────────────────────────────┤
└──────────┴─────────┴────────┴────────────────────────────────────────────────────────────────────────────────────────┘

Agents
┌─────────────────────────────────┬────────────────┬──────────┬──────────┬─────────────────────────────────────────────┐
│ Agent │ Bootstrap file │ Sessions │ Active │ Store │
├─────────────────────────────────┼────────────────┼──────────┼──────────┼─────────────────────────────────────────────┤
│ main (Main) │ ABSENT │ 121 │ 1m ago │ ~/.openclaw/agents/main/sessions/sessions. │
│ │ │ │ │ json │
│ coder (Coder) │ ABSENT │ 237 │ 7d ago │ ~/.openclaw/agents/coder/sessions/sessions. │
│ │ │ │ │ json │
│ free-allround (Free Allround) │ ABSENT │ 3 │ 58d ago │ ~/.openclaw/agents/free-allround/sessions/ │
│ │ │ │ │ sessions.json │
│ freeauto (FreeAuto) │ ABSENT │ 1 │ 58d ago │ ~/.openclaw/agents/freeauto/sessions/ │
│ │ │ │ │ sessions.json │
│ hacker (Hacker) │ ABSENT │ 0 │ unknown │ ~/.openclaw/agents/hacker/sessions/ │
│ │ │ │ │ sessions.json │
│ image-analysis (Image Analysis) │ ABSENT │ 0 │ unknown │ ~/.openclaw/agents/image-analysis/sessions/ │
│ │ │ │ │ sessions.json │
│ naughty-lisa (Naughty Lisa) │ ABSENT │ 0 │ unknown │ ~/.openclaw/agents/naughty-lisa/sessions/ │
│ │ │ │ │ sessions.json │
└─────────────────────────────────┴────────────────┴──────────┴──────────┴─────────────────────────────────────────────┘

Diagnosis (read-only)

Gateway connection details:
Gateway target: ws://127.0.0.1:18789
Source: local loopback
Config: /home/dmin/.openclaw/openclaw.json
Bind: lan

#

✓ Config: /home/dmin/.openclaw/openclaw.json
✓ Secret diagnostics (0)
✓ Restart sentinel: none
! Port 18789
Port 18789 is already in use.

pid 15995 dmin: openclaw-gateway (*:18789)
Gateway already running locally. Stop it (openclaw gateway stop) or use a different port.
! Tailscale exposure: off · daemon unknown
✓ Skills: 112 eligible · 0 missing · /home/dmin/.openclaw/workspace
✓ Plugin compatibility (none)

Gateway restart attempts (tail): /home/dmin/.openclaw/logs/gateway-restart.log
[2026-04-27T12:21:56Z] openclaw restart attempt source=update target=openclaw-gateway.service
[2026-04-27T12:21:56Z] openclaw restart done source=update
[2026-04-27T12:52:40Z] openclaw restart attempt source=update target=openclaw-gateway.service
[2026-04-27T12:52:40Z] openclaw restart done source=update
[2026-04-27T16:37:45Z] openclaw restart attempt source=update target=openclaw-gateway.service
[2026-04-27T16:37:45Z] openclaw restart done source=update
[2026-04-28T10:01:38Z] openclaw restart attempt source=update target=openclaw-gateway.service
[2026-04-28T10:01:38Z] openclaw restart done source=update
✓ Channel issues (none)

Pasteable debug report. Auth tokens redacted.
Troubleshooting: https://docs.openclaw.ai/troubleshooting

◇

celest salmonBOT Apr 29, 2026, 5:57 AM

#

Danke, das grenzt es gut ein.

Die wichtigen Hinweise sind:

Gateway läuft und Probe ist ok
logs --follow bricht trotzdem ab
lokale Gateway-Erreichbarkeit braucht schon 1.08s — für 127.0.0.1 eher langsam
WSL2 + 362 Sessions + aktive Agent-Runs → ich würde zuerst auf Gateway-Sättigung/Event-Loop/IO-Stall schauen, nicht aufs Modell

Zum stabilen Mitloggen bitte statt RPC-Tail nutzen:

tail -F /tmp/openclaw/openclaw-2026-04-29.log

Dann bitte posten:

#

openclaw doctor
openclaw health --verbose
openclaw gateway stability --json
openclaw gateway status --require-rpc
openclaw sessions cleanup --all-agents --dry-run

Wichtig: cleanup --dry-run ist nur Vorschau, löscht nichts.

Wenn health --verbose eventLoop degraded, hohe event-loop delay, viele queued/active sessions oder Memory pressure zeigt, haben wir den Grund für Timeouts/langsame Antworten ziemlich direkt. Als Workaround kannst du openclaw logs --follow --interval 5000 probieren — aber zum Debuggen ist tail -F besser, weil es nicht über den Gateway selbst läuft.

Docs dazu: https://docs.openclaw.ai/help/faq / https://docs.openclaw.ai/gateway/health

short patio Apr 29, 2026, 5:57 AM

#

🦞 OpenClaw 2026.4.26 (be8c246) — It's not "failing," it's "discovering new ways to configure the same thing wrong."

▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
██░▄▄▄░██░▄▄░██░▄▄▄██░▀██░██░▄▄▀██░████░▄▄▀██░███░██
██░███░██░▀▀░██░▄▄▄██░█░█░██░█████░████░▀▀░██░█░█░██
██░▀▀▀░██░█████░▀▀▀██░██▄░██░▀▀▄██░▀▀░█░██░██▄▀▄▀▄██
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
🦞 OPENCLAW 🦞

┌ OpenClaw doctor
│
◇ Update ──────────────────────────────────────────────────────────────────────────────────╮
│ │
│ This install is not a git checkout. │
│ Run openclaw update to update via your package manager (npm/pnpm), then rerun doctor. │
│ │
├───────────────────────────────────────────────────────────────────────────────────────────╯
│
◇ Archive 1335 orphan transcript files in ~/.openclaw/agents/main/sessions? This only renames them to *.deleted.<timestamp>.
│ Yes
│
◇ State integrity ─────────────────────────────────────────────────────────────────────────╮
│ │
│ - 1/5 recent sessions are missing transcripts. │
│ Verify sessions in store: openclaw sessions --store │
│ "/home/dmin/.openclaw/agents/main/sessions/sessions.json" │
│ Preview cleanup impact: openclaw sessions cleanup --store │
│ "/home/dmin/.openclaw/agents/main/sessions/sessions.json" --dry-run │
│ Prune missing entries: openclaw sessions cleanup --store │
│ "/home/dmin/.openclaw/agents/main/sessions/sessions.json" --enforce --fix-missing │
│ - Found 1335 orphan transcript files in ~/.openclaw/agents/main/sessions. │
│ These .jsonl files are no longer referenced by sessions.json, so they are not part of │
│ any active session history. │
│ Doctor can archive them safely by renaming each file to *.deleted.<timestamp>. │
│ Examples: 008e04cb-dfa6-443c-a840-0403b177f1aa.jsonl, │
│ 008e04cb-dfa6-443c-a840-0403b177f1aa.trajectory.jsonl, │
│ 00fc9b3f-eca2-4e6f-a657-15455ef3226a.jsonl, and 1332 more │
│ │

#

◇ Doctor changes ──────────────────────────────────────────────────────────────────────────╮
│ │
│ - Archived 1335 orphan transcript files in ~/.openclaw/agents/main/sessions as .deleted │
│ timestamped backups. │
│ │
├───────────────────────────────────────────────────────────────────────────────────────────╯
│
◇ Session locks ────────────────────────────────────────────────────────────────────────────────────────────────╮
│ │
│ - Found 1 session lock file. │
│ - ~/.openclaw/agents/main/sessions/938e2b15-fd0b-4893-9581-6d6dd49f9da5-topic-1498820715833593886.jsonl.lock │
│ pid=15995 (alive) age=5m21s stale=no │
│ │
├────────────────────────────────────────────────────────────────────────────────────────────────────────────────╯
│
◇ Gateway service config ────────────────────────────────────────────────────────────╮
│ │
│ - Gateway service entrypoint does not match the current install. │
│ (/home/dmin/.npm-global/lib/node_modules/openclaw/dist/index.js -> │
│ /home/dmin/.nvm/versions/node/v24.15.0/lib/node_modules/openclaw/dist/index.js) │
│ │
├─────────────────────────────────────────────────────────────────────────────────────╯
│
◇ Update gateway service config to the recommended defaults now?
│ No
│
◇ Security ─────────────────────────────────────────────────────────────────────────────╮
│ │
│ - Heartbeat defaults: heartbeat delivery is configured while │
│ agents.defaults.heartbeat.directPolicy is unset. │
│ Heartbeat now allows direct/DM targets by default. Set it explicitly to "allow" or │
│ "block" to pin upgrade behavior. │
│ - WARNING: Gateway bound to "lan" (0.0.0.0) (network-accessible). │
│ Ensure your auth credentials are strong and not exposed. │
│ Safer remote access: keep bind loopback and use Tailscale Serve/Funnel or an SSH │
│ tunnel. │
│ Example tunnel: ssh -N -L 18789:127.0.0.1:18789 user@gateway-host │
│ Docs: https://docs.openclaw.ai/gateway/remote │
│ - Run: openclaw security audit --deep │
│ │
├────────────────────────────────────────────────────────────────────────────────────────╯

celest salmonBOT Apr 29, 2026, 5:57 AM

#

Das sieht noch nicht nach „zu viele Sessions“ als Hauptursache aus. 121 + 237 sind nicht winzig, aber auch nicht absurd. Wichtiger: in dem Ausschnitt fehlt der Teil mit Event Loop / Memory / Queue / Stability — genau der wäre für die Timeouts spannend.

Bitte noch diese 3 Sachen posten:

openclaw doctor
openclaw gateway stability
openclaw sessions cleanup --all-agents --dry-run

Und während openclaw logs --follow abbricht, einmal prüfen ob der Gateway-PID gleich bleibt:

openclaw gateway status | grep "Runtime:"

Wenn die PID gleich bleibt → Gateway crasht nicht, sondern die WS/RPC-Verbindung wird geschlossen oder der Event Loop hängt kurz.

#

Wenn die PID wechselt → systemd startet den Gateway neu; dann brauchen wir journalctl --user -u openclaw-gateway -n 200 --no-pager.

cleanup --dry-run ist safe; bitte noch nicht --enforce ausführen, erst schauen was er entfernen würde.

short patio Apr 29, 2026, 5:57 AM

#

◇ Browser ────────────────────────────────────────────────────────────────────────────╮
│ │
│ - OpenClaw-managed browser profile(s) are configured: user, windows-chrome. │
│ - No Chromium-based browser executable was found on this host for OpenClaw-managed │
│ launch. │
│ - Install Chrome, Chromium, Brave, Edge, or set browser.executablePath explicitly. │
│ │
├──────────────────────────────────────────────────────────────────────────────────────╯
│
◇ Browser ────────────────────────────────────────────────────────────────────────────────╮
│ │
│ - OpenClaw-managed browser profile(s) are configured: user, windows-chrome. │
│ - No DISPLAY or WAYLAND_DISPLAY is set, and browser.headless is false. Managed browser │
│ launch needs a desktop session, Xvfb, or browser.headless: true. │
│ │
├──────────────────────────────────────────────────────────────────────────────────────────╯
│
◇ Skills status ────────────╮
│ │
│ Eligible: 112 │
│ Missing requirements: 23 │
│ Blocked by allowlist: 0 │
│ │
├────────────────────────────╯
│
◇ Plugins ──────╮
│ │
│ Loaded: 71 │
│ Imported: 0 │
│ Disabled: 44 │
│ Errors: 0 │
│ │
├────────────────╯
│
◇
Discord: configured
Agents: main (default), coder, naughty-lisa, free-allround, freeauto, hacker, image-analysis
Heartbeat interval: 5m (main)
Session store (main): /home/dmin/.openclaw/agents/main/sessions/sessions.json (121 entries)

agent:main:cron:da8e93ec-6e6a-4d76-a533-e07fe3320051 (1m ago)
agent:main:cron:0f97ba00-c145-4a43-989c-3f1732309098 (2m ago)
agent:main:cron:65180f6a-1896-4431-bdf7-860a992de0ac (2m ago)
agent:main:cron:61d1a68d-5640-4956-921a-70aa653f072b (4m ago)
agent:main:discord:direct:267227929824460801 (4m ago)

celest salmonBOT Apr 29, 2026, 5:57 AM

#

Das Port 18789 is already in use ist hier wahrscheinlich kein Fehler — der Port ist vom erwarteten Gateway-Prozess selbst belegt:

pid 15995 dmin: openclaw-gateway (*:18789)

Also: kein klarer Doppel-Gateway/Port-Konflikt, solange da nur dieser eine PID steht.

Der Doctor zeigt eher: Service läuft, Config ok, keine Channel-Probleme. Damit bleibt als Hauptverdacht: Gateway wird zeitweise langsam/saturiert, nicht “Gateway startet gar nicht”.

Bitte als nächstes wirklich diese zwei Outputs:

openclaw health --verbose --timeout 30000
openclaw gateway stability

#

Falls gateway stability auch hängt/abbricht:

openclaw gateway stability --bundle latest

Und für die Logs weiter:

tail -F /tmp/openclaw/openclaw-2026-04-29.log

Nicht openclaw logs --follow, weil das selbst über den Gateway geht und bei genau diesem Problem mit kaputtgeht.

Wenn du magst, zusätzlich einmal prüfen ob es wirklich nur ein Listener ist:

#

ss -ltnp | grep 18789

#

Ja — das ist relevant. 1335 orphan transcript files + „recent session missing transcript“ ist genau die Art State-Müll, die auf WSL2/Gateway-IO zu komischen Latenzen führen kann.

Das Archivieren im Doctor ist safe-ish: es löscht nicht, sondern benennt nur um zu *.deleted.<timestamp>.

Nach dem Doctor bitte:

openclaw doctor
openclaw sessions cleanup --store "/home/dmin/.openclaw/agents/main/sessions/sessions.json" --dry-run --fix-missing

Wenn die Vorschau nur die fehlenden Transcript-Einträge entfernt, dann:

openclaw sessions cleanup --store "/home/dmin/.openclaw/agents/main/sessions/sessions.json" --enforce --fix-missing
openclaw gateway restart

#

openclaw health --verbose --timeout 30000

Danach nochmal testen, ob Antworten/logs --follow stabiler sind. Für Logs währenddessen weiter lieber:

tail -F /tmp/openclaw/openclaw-2026-04-29.log

Wenn es danach immer noch langsam ist, wäre der nächste sinnvolle Schritt openclaw gateway diagnostics export.

#

Aha — das ist jetzt der wichtigste Fund:

Gateway service entrypoint does not match the current install
old: /home/dmin/.npm-global/lib/node_modules/openclaw/...
new: /home/dmin/.nvm/versions/node/v24.15.0/lib/node_modules/openclaw/...

Bitte das fixen. Das ist klassisches “CLI und Service laufen aus unterschiedlichen Installationen”-Split-Brain. Auch wenn beide gerade 2026.4.26 anzeigen, kann das zu sehr seltsamem Verhalten führen.

Am einfachsten:

openclaw doctor

und bei:

#

Update gateway service config to the recommended defaults now?

Yes wählen.

Alternativ direkt:

openclaw gateway install --force
openclaw gateway restart
openclaw gateway status --deep

Danach nochmal testen:

#

openclaw health --verbose --timeout 30000
openclaw logs --follow

Die Session-Lock-Datei ist erstmal nicht schlimm: pid=15995 alive und stale=no heißt aktiver Lauf/Lock, nicht löschen.
Der LAN-Bind ist separat ein Security-Hinweis — für das Slow/Timeout-Problem ist zuerst der Service-Entrypoint-Mismatch dran.

#

Das Browser-Zeug ist erstmal Nebenkriegsschauplatz — relevant nur, wenn deine Cron/Heartbeat-Jobs den Browser benutzen. Sonst erklärt es die Gateway-Timeouts nicht direkt.

Aber der untere Teil ist auffällig:

Heartbeat interval: 5m
agent:main:cron:... (1m ago)
agent:main:cron:... (2m ago)
agent:main:cron:... (2m ago)
agent:main:cron:... (4m ago)

Du hast sehr aktive Cron/Heartbeat-Läufe. Das kann den Main-Agent dauerhaft busy halten und dann fühlen sich Gateway/Agent “langsam” an.

Zum Isolieren würde ich kurz alles Periodische pausieren:

#

openclaw system heartbeat disable
openclaw config set cron.enabled false
openclaw gateway restart

Dann 5–10 Minuten testen:

openclaw health --verbose --timeout 30000
openclaw logs --follow

Wenn es danach stabil ist, liegt’s sehr wahrscheinlich an Cron/Heartbeat-Last. Dann:

#

openclaw cron list
openclaw cron status

und die Jobs ausdünnen / Intervalle größer machen / Heartbeat zurück auf z.B. 30m setzen:

openclaw config set agents.defaults.heartbeat.every "30m"

Später wieder aktivieren:

openclaw config set cron.enabled true
openclaw system heartbeat enable

#

openclaw gateway restart

short patio Apr 29, 2026, 6:13 AM

#

dmin@ZweitPc:~$ openclaw health --verbose --timeout 30000
openclaw gateway stability

🦞 OpenClaw 2026.4.26 (be8c246) — One CLI to rule them all, and one more restart because you changed the port.

│
◇
Gateway connection:
Gateway target: ws://127.0.0.1:18789
Source: local loopback
Config: /home/dmin/.openclaw/openclaw.json
Bind: lan
Discord: configured
Agents: main (default), coder, naughty-lisa, free-allround, freeauto, hacker, image-analysis
Heartbeat interval: 5m (main), disabled (coder), disabled (naughty-lisa), disabled (free-allround), disabled (freeauto), disabled (hacker), disabled (image-analysis)
Session store (main): /home/dmin/.openclaw/agents/main/sessions/sessions.json (110 entries)

agent:main:discord:direct:267227929824460801 (2m ago)
agent:main:cron:a35fe4d1-a3d7-4dee-a378-bde67ebe5563 (3m ago)
agent:main:discord:channel:1494828190592401579 (3m ago)
agent:main:discord:channel:1498820715833593886 (3m ago)
agent:main:cron:ef2a7f91-8d09-4048-bcc7-1a3cf6fe8875 (4m ago)
Session store (coder): /home/dmin/.openclaw/agents/coder/sessions/sessions.json (237 entries)
agent:coder:subagent:139ad407-03e1-48b2-8237-60ed8e16c7b8 (10743m ago)
agent:coder:subagent:0b55a8cb-9e57-4926-83b7-494c897ba11b (10743m ago)
agent:coder:subagent:e382bf13-83b8-4953-ae14-5e58a19fd83b (11177m ago)
agent:coder:subagent:573fec2c-79cb-4973-b7b7-bff98c8ee51b (11200m ago)
agent:coder:subagent:680320e0-f2c9-4135-abd3-cb0abe2eb5aa (12558m ago)
Session store (naughty-lisa): /home/dmin/.openclaw/agents/naughty-lisa/sessions/sessions.json (0 entries)
Session store (free-allround): /home/dmin/.openclaw/agents/free-allround/sessions/sessions.json (3 entries)
agent:free-allround:subagent:0e579b3f-daa4-4842-b2fa-c87a30ecdf8e (84140m ago)
agent:free-allround:subagent:369fbb89-3bc1-4874-b4f4-80cff05aac08 (84140m ago)
agent:free-allround:subagent:cd4ea275-2799-46b7-af06-12f4c5f9e366 (84141m ago)
Session store (freeauto): /home/dmin/.openclaw/agents/freeauto/sessions/sessions.json (1 entries)
agent:freeauto:subagent:1963bfd5-5279-4914-8f66-9dbd9fe9662e (84142m ago)
Session store (hacker): /home/dmin/.openclaw/agents/hacker/sessions/sessions.json (0 entries)
Session store (image-analysis): /home/dmin/.openclaw/agents/image-analysis/sessions/sessions.json (0 entries)

🦞 OpenClaw 2026.4.26 (be8c246) — I'll butter your workflow like a lobster roll: messy, delicious, effective.

│
◇
Gateway Stability
Events: 1000/1000 · dropped=1175
Types: session.state=176, exec.process.completed=169, queue.lane.enqueue=140, queue.lane.dequeue=138, diagnostic.heartbeat=93, diagnostic.memory.sample=93, session.stuck=74, message.delivery.started=34
Memory: rss=3.9 GiB heap=3.4 GiB maxRss=4.4 GiB pressure=10
Recent:
2026-04-29T06:10:25.963Z #6437 exec.process.completed outcome=failed reason=overall-timeout
2026-04-29T06:10:30.139Z #6443 diagnostic.memory.sample rss=3.9 GiB heap=3.2 GiB
2026-04-29T06:10:30.139Z #6444 diagnostic.heartbeat queued=3
2026-04-29T06:10:31.359Z #6448 exec.process.completed outcome=completed
2026-04-29T06:10:34.159Z #6454 exec.process.completed outcome=completed
2026-04-29T06:10:36.370Z #6455 exec.process.completed outcome=completed
2026-04-29T06:10:59.795Z #6473 exec.process.completed outcome=completed
2026-04-29T06:11:00.047Z #6476 exec.process.completed outcome=completed
2026-04-29T06:11:01.988Z #6480 diagnostic.memory.sample rss=3.8 GiB heap=3.3 GiB
2026-04-29T06:11:01.988Z #6481 diagnostic.heartbeat queued=3
2026-04-29T06:11:01.989Z #6483 session.stuck outcome=processing queueDepth=1
2026-04-29T06:11:01.991Z #6485 session.stuck outcome=processing queueDepth=1

celest salmonBOT Apr 29, 2026, 6:14 AM

#

Das ist jetzt ziemlich eindeutig: Gateway ist live überlastet / Memory pressure, nicht Modell.

rss=3.9 GiB heap=3.4 GiB maxRss=4.4 GiB pressure=10
session.stuck=74
diagnostic.heartbeat queued=3
exec.process.completed failed reason=overall-timeout

Damit sind die WS-Abbrüche von openclaw logs --follow erklärbar: der Gateway hängt/GC’t/arbeitet sich fest.

Ich würde jetzt in genau dieser Reihenfolge isolieren:

openclaw system heartbeat disable
openclaw config set cron.enabled false

#

openclaw gateway install --force
openclaw gateway restart
sleep 30
openclaw gateway stability
openclaw health --verbose --timeout 30000

Danach sollte rss/heap deutlich niedriger sein. Wenn es dann stabil ist: Ursache ist sehr wahrscheinlich Cron/Heartbeat/Exec-Last.

Dann prüfen, was da läuft:

openclaw tasks list --status running
openclaw tasks audit
openclaw cron list

#

Beim Wiederaktivieren würde ich Heartbeat nicht bei 5m lassen:

openclaw config set agents.defaults.heartbeat.every "30m"
openclaw config set agents.defaults.heartbeat.lightContext true
openclaw config set agents.defaults.heartbeat.isolatedSession true
openclaw config set cron.maxConcurrentRuns 1
openclaw config set cron.enabled true
openclaw system heartbeat enable
openclaw gateway restart

Wenn der Heap auch ohne Cron/Heartbeat wieder schnell Richtung 3–4 GiB wächst, bitte openclaw gateway diagnostics export machen und als GitHub-Issue melden — das wäre dann sehr bug-verdächtig.

Docs: https://docs.openclaw.ai/gateway/health https://docs.openclaw.ai/automation/cron-jobs

short patio Apr 29, 2026, 8:45 AM

#

dmin@ZweitPc:~$ openclaw tasks list --status running
openclaw tasks audit
openclaw cron list

🦞 OpenClaw 2026.4.26 (be8c246) — Open source means you can see exactly how I judge your config.

Background tasks: 1
Task pressure: 0 queued · 1 running · 0 issues
Status filter: running
Task Kind Status Delivery Run Child Session Summary
eca9c8b6-… cron running not_applicable cron:380d… n/a mini-cron-batch

🦞 OpenClaw 2026.4.26 (be8c246) — Your config is valid, your assumptions are not.

Tasks audit: 203 findings · 0 errors · 203 warnings
Task findings: 203 · TaskFlow findings: 0
Scope Severity Code Item Status Age Detail
Task warn lost 1ad87918-… lost 6d19h backing session missing
Task warn lost 53071e75-… lost 6d19h backing session missing
Task warn lost a185729d-… lost 6d19h backing session missing
Task warn lost f563b071-… lost 6d19h backing session missing
Task warn lost 93c3ced1-… lost 6d17h backing session missing
Task warn lost f09f7e19-… lost 6d17h backing session missing
Task warn lost 61aa9f0d-… lost 6d16h backing session missing
Task warn lost 7a0dd841-… lost 6d16h backing session missing
Task warn lost 8c9f841d-… lost 6d16h backing session missing
Task warn lost 6d9020fe-… lost 6d16h backing session missing
Task warn lost c9ef1581-… lost 6d16h backing session missing
Task warn lost 0f8d4f1e-… lost 6d16h backing session missing
Task warn lost b9771ade-… lost 6d16h backing session missing
Task warn lost 5ef88e20-… lost 6d15h backing session missing

#

die liste geht ewig weiter

celest salmonBOT Apr 29, 2026, 8:46 AM

#

Das bestätigt den Verdacht weiter: da hängt mindestens ein Cron-Task:

cron running … mini-cron-batch

Und die 203 lost warnings passen zu dem kaputten/aufgeräumten Session-State. Ich würde jetzt aufräumen + den laufenden Cron prüfen:

openclaw tasks list --status running --json
openclaw tasks show <volle-task-id>

Wenn mini-cron-batch wirklich hängt:

#

openclaw tasks cancel <volle-task-id>

Dann Maintenance erst preview, dann anwenden:

openclaw tasks maintenance
openclaw tasks maintenance --apply
openclaw tasks audit --limit 20

Danach:

openclaw gateway restart

#

openclaw gateway stability

Wenn rss/heap danach niedrig bleibt und keine session.stuck Events mehr kommen, war es der kaputte Task/Session-State + Cron-Last.

Bitte openclaw cron list nochmal separat laufen lassen — die Ausgabe fehlt vermutlich, weil tasks audit so lang war.

#

Ja, dann nicht die ganze Liste posten 😅 Das reicht als Signal.

Nimm die kompakten/limitieren Varianten:

openclaw tasks audit --limit 20
openclaw tasks maintenance

Wenn die Maintenance-Vorschau plausibel aussieht, dann:

openclaw tasks maintenance --apply

Für den laufenden Cron brauchst du nur die volle ID. Am besten JSON:

#

openclaw tasks list --status running --json

Dann die Task-ID kopieren und:

openclaw tasks show <task-id>
openclaw tasks cancel <task-id>

Danach Neustart + Kontrolle:

openclaw gateway restart
openclaw gateway stability

#

Wenn tasks maintenance --apply die 203 lost Findings nicht deutlich reduziert, wäre das für mich Issue-Material.

short patio Apr 29, 2026, 8:46 AM

#

dmin@ZweitPc:~$ cron running … mini-cron-batch
cron: can't open or create /var/run/crond.pid: Permission denied
dmin@ZweitPc:~$

celest salmonBOT Apr 29, 2026, 8:47 AM

#

Ah — das war nur die Tabellenzeile, nicht als Command gemeint 🙂 Du hast damit das Linux-cron Binary gestartet.

Bitte nicht cron ... ausführen. Gemeint war OpenClaw:

openclaw tasks list --status running --json

Daraus die komplette id der laufenden mini-cron-batch Task kopieren, dann:

openclaw tasks show <id>
openclaw tasks cancel <id>

Oder wenn es nur diese eine laufende Task gibt und du JSON nicht lesen willst: poste nur die Ausgabe von:

#

openclaw tasks list --status running --json

Dann können wir die ID daraus nehmen.

Die Meldung:

cron: can't open or create /var/run/crond.pid: Permission denied

kommt vom System-cron und ist für OpenClaw hier irrelevant.

short patio Apr 29, 2026, 8:47 AM

#

dmin@ZweitPc:~$ openclaw tasks list --status running --json
{
"count": 0,
"runtime": null,
"status": "running",
"tasks": []
}
dmin@ZweitPc:~$

celest salmonBOT Apr 29, 2026, 8:47 AM

#

Gut — dann ist der laufende Cron-Task inzwischen weg. Nächster Schritt ist State aufräumen:

openclaw tasks maintenance

Wenn die Vorschau sinnvoll aussieht:

openclaw tasks maintenance --apply
openclaw tasks audit --limit 20

Dann Gateway neu starten und Memory/Stability nochmal prüfen:

#

openclaw gateway restart
sleep 30
openclaw gateway stability
openclaw health --verbose --timeout 30000

Wenn danach rss/heap wieder normal ist und tasks audit nicht mehr hunderte lost zeigt, sollten die Timeouts deutlich besser sein.

Falls tasks audit danach immer noch ~203 lost zeigt: bitte nicht weiter manuell löschen — dann besser openclaw gateway diagnostics export erstellen und ein GitHub-Issue mit den Diagnosedaten öffnen: https://github.com/openclaw/openclaw/issues

#Gateway und Agent antwortet sehr langsam ( Teilweise Timeouts )