#El servidor se reinicio y da un mensaje de error
1 messages · Page 1 of 1 (latest)
Eso suele ser un error genérico del runner después de un reinicio.
Prueba primero esto, en ese hilo y como mensaje solo:
/new
Si sigue fallando, pega la salida de estos comandos:
openclaw --version
openclaw status --all
openclaw gateway status
openclaw doctor
openclaw logs --follow
Luego reproduce el error y comparte la primera línea útil del log que salga justo entonces. status --all ya redacta secretos.
Guía oficial:
Si pasa solo en este hilo, suele ser sesión desincronizada y /new normalmente lo arregla. Si pasa en todos los chats tras reiniciar, seguramente es gateway, auth o modelo.
OpenClaw 2026.4.1 (da64a97)
🦞 OpenClaw 2026.4.1 (da64a97) — I autocomplete your thoughts—just slower and with more API calls.
Perfecto, gracias, la versión ya nos sirve.
2026.4.1 no me da una pista única por sí sola, así que el siguiente paso es ver si es sesión rota o gateway/modelo.
- Prueba
/newsolo, en ese hilo - Dime si el fallo pasa:
- solo en este hilo, o
- en todos los chats
Y pega esto:
openclaw status --all
openclaw gateway status
Si sigue igual, haz:
openclaw logs --follow
luego reproduce el error una vez y pega aquí las primeras líneas del log que salgan justo entonces.
Si es solo este hilo, huele bastante a sesión desincronizada. Si pasa en todos, seguramente es un fallo del gateway, auth o modelo.
Version │ 2026.4.1 │
│ OS │ linux 6.6.87.2-microsoft-standard-WSL2 (x64) │
│ Node │ 22.22.1
Gracias, eso confirma que versión y Node están bien.
Pero ahí solo salió el encabezado. Me falta la parte útil para diagnosticarlo 😅
Pega completo esto:
openclaw gateway status
openclaw status --all
Y si puedes, lo más importante:
openclaw logs --follow
Luego reproduce el error una vez y copia aquí las primeras líneas con error, failed, unauthorized, 429, No API key, o stack trace.
Si prefieres ir más rápido, responde también a esto:
- ¿
/newarregla ese hilo? - ¿Pasa solo en este hilo o en todos los chats?
Con eso ya casi seguro te digo si es sesión corrupta o fallo real del gateway/modelo.
Gateway service │ systemd installed · enabled · running (pid 408) │
│ Node service │ systemd not installed │
│ Agents │ 1 total · 1 bootstrapping · 1 active · 10 sessions │
│ Secrets │ none
Ah, eso ya da una pista buena: 1 bootstrapping no es lo normal si ya estaba funcionando antes.
Eso suele significar que el agente quedó atascado en el arranque inicial, o que el estado de sesión/bootstrap se quedó raro tras el reinicio.
Haz estas 3 cosas:
openclaw doctor
ls -la ~/.openclaw/workspace
openclaw logs --follow
Qué quiero ver:
- si
doctorreporta algo sobre sesiones/locks/estado - si en
~/.openclaw/workspacesigue existiendoBOOTSTRAP.md - y en los logs, el primer error al intentar responder
Importante: un bootstrap completado debería quitar BOOTSTRAP.md. Si sigue ahí, es sospechoso.
Docs:
- https://docs.openclaw.ai/help/faq
- https://docs.openclaw.ai/start/bootstrapping
- https://docs.openclaw.ai/gateway/troubleshooting
No borres nada todavía, primero veamos doctor y el log.
Diagnosis (read-only)
Gateway connection details:
Gateway target: ws://127.0.0.1:18789
Source: local loopback
Config: /home/alexifra/.openclaw/openclaw.json
Bind: loopback
✓ Config: /home/alexifra/.openclaw/openclaw.json
✓ Secret diagnostics (0)
✓ Restart sentinel: none
! Port 18789
Port 18789 is already in use.
- pid 408 alexifra: openclaw-gateway (127.0.0.1:18789)
- Gateway already running locally. Stop it (openclaw gateway stop) or use a different port.
! Tailscale: off · unknown
error: Error: spawn tailscale ENOENT
✓ Skills: 18 eligible · 0 missing · /home/alexifra/.openclaw/workspace
✓ Plugin compatibility (none)
✓ Channel issues (none)
Pasteable debug report. Auth tokens redacted.
Troubleshooting: https://docs.openclaw.ai/troubleshooting
Discord: ok (@Open Claw) (717ms)
Agents: main (default)
Heartbeat interval: 30m (main)
Session store (main): /home/alexifra/.openclaw/agents/main/sessions/sessions.json (10 entries)
- agent:main:discord:direct:1416148785159213106 (9m ago)
- agent:main:cron:e1bbd455-4c44-4cdd-a6b0-197687662c26:run:50325acd-2f69-46ca-a3d7-06cd7961b3ac (468m ago)
- agent:main:cron:e1bbd455-4c44-4cdd-a6b0-197687662c26 (468m ago)
- agent:main:discord:channel:1482354115572006944 (911m ago)
- agent:main:cron:e1bbd455-4c44-4cdd-a6b0-197687662c26:run:027727a5-fad0-44bb-a89e-d56bcd56495a (1148m ago)
Run "openclaw doctor --fix" to apply changes.
Vale, eso confirma que Discord está bien conectado y que el session store existe. Así que el problema no parece ser el canal.
Y como el propio status te dice Run "openclaw doctor --fix", yo haría eso ahora.
openclaw doctor --fix
openclaw gateway restart
Después, pega estas dos salidas:
openclaw models status
ls -la ~/.openclaw/workspace
Y si sigue fallando, lo definitivo:
openclaw logs --follow
reproduce el error una vez y copia las primeras líneas nuevas.
Ahora mismo mi apuesta es una de estas dos:
- auth/modelo roto
- bootstrap atascado (
BOOTSTRAP.mdtodavía presente)
Docs:
🦞 OpenClaw 2026.4.1 (da64a97) — WhatsApp automation without the "please accept our new privacy policy".
Config : ~/.openclaw/openclaw.json
Agent dir : ~/.openclaw/agents/main/agent
Default : google/gemini-3.1-flash-lite-preview
Fallbacks (2) : openrouter/auto@preset/asistente-diario, openai/gpt-5.1-mini
Image model : -
Image fallbacks (0): -
Aliases (4) : GPT -> openai/gpt-5.1-codex, gpt -> openai/gpt-5.4, gemini-lite -> google/gemini-3.1-flash-lite-preview, gemini-flash -> google/gemini-3-flash-preview
Configured models (5): openai/gpt-5.1-codex, openai/gpt-5.4, openrouter/free, google/gemini-3.1-flash-lite-preview, google/gemini-3-flash-preview
Auth overview
Auth store : ~/.openclaw/agents/main/agent/auth-profiles.json
Shell env : off
Providers w/ OAuth/tokens (0): -
- google effective=env:AIzaSyCx...1ghdoEJY | env=AIzaSyCx...1ghdoEJY | source=env: GEMINI_API_KEY
- openai effective=profiles:~/.openclaw/agents/main/agent/auth-profiles.json | profiles=1 (oauth=0, token=0, api_key=1) | openai:default=sk-proj-...fRb8ZXEA | env=sk-proj-...pSn135wA | source=env: OPENAI_API_KEY
- openrouter effective=env:sk-or-v1...c08f38c6 | env=sk-or-v1...c08f38c6 | source=env: OPENROUTER_API_KEY
OAuth/token status
- none
total 2984
Bien, auth parece estar bien. No huele a No API key ni a login caducado.
Nos quedan dos frentes:
- bootstrap atascado
- error real en el gateway log
Pega esto:
test -f ~/.openclaw/workspace/BOOTSTRAP.md && echo BOOTSTRAP_PRESENT || echo BOOTSTRAP_DONE
openclaw logs --limit 100 --plain
Si ahí no sale claro, entonces:
openclaw logs --follow --plain
y manda un mensaje al bot una vez, para copiar las primeras líneas nuevas del error.
Si quieres aislar también el modelo, una prueba útil es:
openclaw infer model run --model google/gemini-3.1-flash-lite-preview --prompt "hi" --json
Ahora mismo, con lo que mandaste, yo descartaría problema de Discord y casi descartaría auth. Falta ver si el agent quedó colgado en bootstrap o si Gemini está devolviendo un fallo real.
OAuth/token status
- none
total 2984
drwxr-xr-x 11 alexifra alexifra 4096 Apr 9 16:16 .
drwx------ 25 alexifra alexifra 4096 Apr 18 23:45 ..
drwxr-xr-x 2 alexifra alexifra 4096 Mar 21 22:23 .clawhub
drwxr-xr-x 8 alexifra alexifra 4096 Mar 24 08:02 .git
drwxr-xr-x 2 alexifra alexifra 4096 Mar 21 12:01 .openclaw
-rw-r--r-- 1 alexifra alexifra 1813 Apr 14 00:01 AGENTS.md
-rw-r--r-- 1 alexifra alexifra 7874 Apr 5 14:16 AGENTS_COPY.md
drwxrwxr-x 2 alexifra alexifra 4096 Apr 8 16:30 Agencia_IA
-rw-rw-r-- 1 alexifra alexifra 3011 Mar 23 22:30 BACKUP_RESTORE_MANUAL.md
-rw-r--r-- 1 alexifra alexifra 1470 Mar 21 12:01 BOOTSTRAP.md
-rw-r--r-- 1 alexifra alexifra 35934 Mar 9 02:52 CHANGELOG.md
-rw-rw-r-- 1 alexifra alexifra 1142 Apr 8 17:05 ESTRUCTURA_PROYECTOS.md
-rw-rw-r-- 1 alexifra alexifra 1224 Apr 8 20:03 FLUJO_TRABAJO_MAESTRO.md
-rw-rw-r-- 1 alexifra alexifra 4388 Mar 23 22:40 GUIDED_BACKUP_RESTORE.md
-rw-r--r-- 1 alexifra alexifra 168 Mar 24 08:02 HEARTBEAT.md
-rw-r--r-- 1 alexifra alexifra 498 Mar 23 23:06 IDENTITY.md
-rw-r--r-- 1 alexifra alexifra 1065 Mar 9 02:52 LICENSE
-rw-rw-r-- 1 alexifra alexifra 1545 Apr 3 03:14 MEMORY.md
-rw-rw-r-- 1 alexifra alexifra 1347 Mar 31 13:15 PROCEDIMIENTO_RESTAURACION.md
drwxrwxr-x 2 alexifra alexifra 4096 Apr 8 16:30 Polar_Paraguay
-rw-r--r-- 1 alexifra alexifra 64677 Mar 9 02:52 README.md
-rw-rw-r-- 1 alexifra alexifra 5663 Mar 26 17:56 RESUMEN_FINAL_AUDITORIA_BOT.md
Ah, ahí está el problema. BOOTSTRAP.md sigue presente, y con ese 1 bootstrapping en status, eso encaja perfecto.
Ese archivo debería desaparecer cuando el bootstrap termina.
Si se queda ahí, el agente puede quedarse atrapado en modo first-run y empezar a fallar justo así.
Yo haría esto:
mv ~/.openclaw/workspace/BOOTSTRAP.md ~/.openclaw/workspace/BOOTSTRAP.md.bak
openclaw gateway restart
Luego prueba otra vez mandándole un mensaje.
Si vuelve a responder, ya estaba.
Si sigue fallando, pega:
openclaw logs --limit 100 --plain
Referencia:
Y mejor renombrarlo, no borrarlo, por si quieres recuperarlo.
no puedo enviar textos largos en Discord, ayudame a activar el canal de Telegram, pero sin anular el canal de Discord
Sí, puedes tener Telegram y Discord activos a la vez.
OpenClaw responde por el mismo canal donde entra el mensaje, no “cambia” de uno al otro, así que activar Telegram no anula Discord.
Hazlo así:
- Crea un bot en Telegram con @BotFather y guarda el token.
- En
~/.openclaw/openclaw.json, añadetelegramdentro dechannels, sin quitar tu bloque dediscord.
Ejemplo mínimo:
{
channels: {
discord: {
enabled: true,
// deja aquí tu config actual de Discord
},
telegram: {
enabled: true,
botToken: "123:abc",
dmPolicy: "pairing",
groups: {
"*": { requireMention: true }
}
}
}
}
- Reinicia el gateway:
openclaw gateway restart
- Escríbele al bot por DM en Telegram, y aprueba el pairing:
openclaw pairing list telegram
openclaw pairing approve telegram <CODE>
Notas importantes:
- Telegram no usa
openclaw channels login telegram - si el gateway corre como servicio, poner el
botTokenen config suele ser más simple que confiar en variables de shell
Docs:
Si quieres, te ayudo a montar el bloque exacto para tu openclaw.json sin romper Discord.
si Krill, deame el paso a paso
Sí. Te lo dejo fácil y sin romper Discord.
Antes de activar Telegram, arregla esto primero o te va a fallar también allí:
mv ~/.openclaw/workspace/BOOTSTRAP.md ~/.openclaw/workspace/BOOTSTRAP.md.bak
openclaw gateway restart
Paso a paso para activar Telegram sin desactivar Discord
1) Crea tu bot en Telegram
En Telegram abre @BotFather y ejecuta:
/newbot
Sigue el asistente y guarda el token, algo tipo:
123456789:AA...
2) Abre tu config
Edita:
~/.openclaw/openclaw.json
3) Mantén Discord y añade Telegram
No borres tu bloque de discord.
Solo añade telegram dentro de channels.
Ejemplo mínimo:
{
channels: {
discord: {
enabled: true,
// deja aquí tu config actual de Discord
},
telegram: {
enabled: true,
botToken: "123456789:AA_TU_TOKEN_AQUI",
dmPolicy: "pairing"
}
}
}
Si ya tienes más cosas en channels, simplemente agrega telegram como un bloque más.
4) Guarda y reinicia
openclaw gateway restart
5) Escribe al bot en Telegram
Busca tu bot en Telegram y mándale un mensaje cualquiera, por ejemplo:
hola
6) Aprueba el pairing
En tu terminal:
openclaw pairing list telegram
openclaw pairing approve telegram <CODE>
Usa el código que te salga en pairing list.
7) Prueba
Vuelve a Telegram y manda otro mensaje.
Si todo está bien, debería responder por Telegram, y Discord seguirá activo.
Si más adelante quieres usar grupos de Telegram
Ahí ya hay que añadir groups y quizá tocar privacidad del bot en BotFather (/setprivacy). Pero para DMs personales, con lo de arriba basta.
Docs:
Si quieres, pega aquí tu bloque actual de channels y te lo devuelvo ya fusionado con Telegram.
alexifra@LAPTOP-VIVOBOOK-ALEXIFRA:~$ ~/.openclaw/openclaw.json
-bash: /home/alexifra/.openclaw/openclaw.json: Permission denied
Sí, eso es normal, intentaste ejecutar el archivo como si fuera un comando 😄
~/.openclaw/openclaw.json es un archivo de configuración, no un programa.
Usa una de estas opciones:
Ver el archivo
cat ~/.openclaw/openclaw.json
Editarlo en terminal
nano ~/.openclaw/openclaw.json
Si usas VS Code
code ~/.openclaw/openclaw.json
Si quieres, haz esto:
cat ~/.openclaw/openclaw.json
y pega aquí la parte de channels, y te digo exactamente dónde meter Telegram sin romper Discord.
antes de seguir, puedo restaurar el servidor de la ultima configuracion buena creada ? me das el paso a paso para recuperar al servidor
Sí, puedes volver a una copia buena, pero ojo: para tu fallo actual yo recomendaría primero la reparación corta porque huele a bootstrap atascado, no a config rota.
Mi recomendación
Opción A, la rápida, recomendada
Haz solo esto:
mv ~/.openclaw/workspace/BOOTSTRAP.md ~/.openclaw/workspace/BOOTSTRAP.md.bak
openclaw gateway restart
Si eso lo arregla, te ahorras un restore completo.
Opción B, rollback a una copia buena
También se puede, pero no hay un openclaw backup restore de un solo comando. La restauración es manual.
1) Haz una copia de seguridad del estado actual, por si acaso
openclaw backup create --verify --output ~/Backups
2) Para el gateway
openclaw gateway stop
3) Guarda el estado actual roto, no lo borres
mv ~/.openclaw ~/.openclaw.broken-$(date +%F-%H%M%S)
4) Restaura tu última copia buena
Si tienes un backup tipo openclaw-state.tgz:
cd ~
tar -xzf /ruta/a/tu/openclaw-state.tgz
Eso te devuelve ~/.openclaw.
5) Si también tenías backup del workspace, restáuralo
Esto importa mucho porque tu problema actual apunta a workspace/bootstrap.
6) Repara migraciones y arranca
openclaw doctor
openclaw gateway restart
openclaw status
Importante
- Si solo restauras
~/.openclaw/openclaw.json, recuperas config, pero no sesiones, auth ni workspace. - Y como tu error actual parece venir de
BOOTSTRAP.md, un restore de solo config puede no arreglarlo.
Docs:
- https://docs.openclaw.ai/cli/backup
- https://docs.openclaw.ai/install/migrating
- https://docs.openclaw.ai/start/bootstrapping
Si quieres, hacemos esto ordenado: me dices qué backup tienes exactamente (openclaw-state.tgz, copia de ~/.openclaw, solo openclaw.json, etc.) y te doy el paso exacto sin jugárnosla.
He creado Backup completos pero aqui no los veo. alexifra@LAPTOP-VIVOBOOK-ALEXIFRA:~$ cd ~
tar -xzf /ruta/a/tu/openclaw-state.tgz
tar (child): /ruta/a/tu/openclaw-state.tgz: Cannot open: No such file or directory
tar (child): Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error is not recoverable: exiting now
Sí, ahí el problema es que /ruta/a/tu/openclaw-state.tgz era un ejemplo, no una ruta real 🙂
Y si hiciste el backup con:
openclaw backup create
lo normal es que no se llame openclaw-state.tgz, sino algo tipo:
2026-04-19T18-xx-xx.xxxZ-openclaw-backup.tar.gz
Primero, encuentra el backup real
Prueba esto:
ls -lt ~/Backups
find ~ -type f -name "*openclaw*backup*.tar.gz" 2>/dev/null
Si quieres algo más amplio:
find ~ -type f -name "*.tar.gz" 2>/dev/null | grep openclaw
Cuando lo encuentres
Entonces sí extraes con la ruta real, por ejemplo:
tar -xzf ~/Backups/2026-04-19T18-12-00.000Z-openclaw-backup.tar.gz -C ~
Si no aparece ninguno
Crea uno nuevo y mira dónde cae:
openclaw backup create --verify --output ~/Backups
ls -lt ~/Backups
Pásame la salida de:
ls -lt ~/Backups
y te digo cuál archivo usar exacto.
alexifra@LAPTOP-VIVOBOOK-ALEXIFRA:~$ ls -lt ~/Backups
find ~ -type f -name "openclawbackup*.tar.gz" 2>/dev/null
ls: cannot access '/home/alexifra/Backups': No such file or directory
Eso pinta a que no hay un backup archive en tu home, al menos no con el nombre normal de OpenClaw.
Dos lecturas posibles:
- No llegó a crearse
- Se creó fuera de
~, por ejemplo en/mnt/c/...si estás en WSL
Opción 1, buscar también en Windows/WSL
Prueba esto:
find ~ /mnt/c /mnt/d -type f -name "*openclaw*backup*.tar.gz" 2>/dev/null
Si no devuelve nada, entonces no tienes un backup restaurable localizado.
Mi recomendación ahora mismo
No seguiría perdiendo tiempo con el restore todavía.
Tu problema más probable sigue siendo este:
BOOTSTRAP.mdsigue presente- el agente aparece como
bootstrapping
Haz esto:
mv ~/.openclaw/workspace/BOOTSTRAP.md ~/.openclaw/workspace/BOOTSTRAP.md.bak
openclaw gateway restart
openclaw status
Luego prueba el bot otra vez.
Si quieres proteger el estado actual antes
Haz un backup nuevo, pero ojo, sería del estado actual, no de la última versión buena:
mkdir -p ~/Backups
openclaw backup create --verify --output ~/Backups
ls -lt ~/Backups
Si quieres, haz primero el find ~ /mnt/c /mnt/d ... y me pegas el resultado. Si sale vacío, yo iría directo al fix de BOOTSTRAP.md.
alexifra@LAPTOP-VIVOBOOK-ALEXIFRA:~$ mv ~/.openclaw/workspace/BOOTSTRAP.md ~/.openclaw/workspace/BOOTSTRAP.md.bak
openclaw gateway restart
openclaw status
mv: cannot stat '/home/alexifra/.openclaw/workspace/BOOTSTRAP.md': No such file or directory
Krill
Aquí estoy 🦐
Si quieres, vamos ya con el arreglo más probable:
mv ~/.openclaw/workspace/BOOTSTRAP.md ~/.openclaw/workspace/BOOTSTRAP.md.bak
openclaw gateway restart
openclaw status
Luego prueba mandarle un mensaje al bot.
Si te da cualquier error, pégamelo y seguimos.
alexifra@LAPTOP-VIVOBOOK-ALEXIFRA:~$ mv ~/.openclaw/workspace/BOOTSTRAP.md ~/.openclaw/workspace/BOOTSTRAP.md.bak
openclaw gateway restart
openclaw status
mv: cannot stat '/home/alexifra/.openclaw/workspace/BOOTSTRAP.md': No such file or directory
🦞 OpenClaw 2026.4.1 (da64a97) — I'm the reason your shell history looks like a hacker-movie montage.
Restarted systemd service: openclaw-gateway.service
🦞 OpenClaw 2026.4.1 (da64a97) — Your terminal just grew claws—type something and let the bot pinch the busywork.
│
◇
│
◇
OpenClaw status
Task maintenance: openclaw tasks maintenance --apply
Security audit
Summary: 0 critical · 4 warn · 1 info
WARN Reverse proxy headers are not trusted
gateway.bind is loopback and gateway.trustedProxies is empty. If you expose the Control UI through a reverse proxy, configure trusted proxies so local-client c…
Fix: Set gateway.trustedProxies to your proxy IPs or keep the Control UI local-only.
WARN Exec security=full is configured
Full exec trust is enabled for: main.
Fix: Prefer tools.exec.security="allowlist" with ask prompts, and reserve "full" for tightly scoped break-glass agents only.
Bien visto, y perdón, ahí me la jugué mal: ese BOOTSTRAP.md no estaba en ~/.openclaw/workspace. Gracias por probarlo.
Lo bueno:
- el gateway sí reinició
- esas advertencias de seguridad no son la causa del fallo actual
Ahora vamos a lo correcto. Pega esto:
openclaw config get agents.defaults.workspace
find ~ -maxdepth 3 -name BOOTSTRAP.md 2>/dev/null
openclaw logs --limit 120 --plain
Con eso vemos:
- cuál es el workspace real
- dónde está de verdad
BOOTSTRAP.md
- cuál es el error real del gateway
Si quieres, después de eso mandas un mensaje de prueba al bot y pegamos las líneas nuevas del log. Ahí ya deberíamos cazarlo de una vez.
OpenClaw 2026.4.1 (da64a97) — Your config is valid, your assumptions are not.
│
◇
Log file: /tmp/openclaw/openclaw-2026-04-19.log
2026-04-19T18:22:05.416Z debug cron {"module":"cron","storePath":"/home/alexifra/.openclaw/cron/jobs.json"} {"nextAt":1776679200000,"delayMs":60000,"clamped":true} cron: timer armed
2026-04-19T18:23:05.418Z debug cron {"module":"cron","storePath":"/home/alexifra/.openclaw/cron/jobs.json"} {"nextAt":1776679200000,"delayMs":60000,"clamped":true} cron: timer armed
2026-04-19T18:24:05.419Z debug cron {"module":"cron","storePath":"/home/alexifra/.openclaw/cron/jobs.json"} {"nextAt":1776679200000,"delayMs":60000,"clamped":true} cron: timer armed
2026-04-19T18:25:05.426Z debug cron {"module":"cron","storePath":"/home/alexifra/.openclaw/cron/jobs.json"} {"nextAt":1776679200000,"delayMs":60000,"clamped":true} cron: timer armed
2026-04-19T18:26:05.443Z debug cron {"module":"cron","storePath":"/home/alexifra/.openclaw/cron/jobs.json"} {"nextAt":1776679200000,"delayMs":60000,"clamped":true} cron: timer armed
2026-04-19T18:27:05.443Z debug cron {"module":"cron","storePath":"/home/alexifra/.openclaw/cron/jobs.json"} {"nextAt":1776679200000,"delayMs":60000,"clamped":true} cron: timer armed
2026-04-19T18:28:05.447Z debug cron {"module":"cron","storePath":"/home/alexifra/.openclaw/cron/jobs.json"} {"nextAt":1776679200000,"delayMs":60000,"clamped":true} cron: timer armed
2026-04-19T18:29:05.448Z debug cron {"module":"cron","storePath":"/home/alexifra/.openclaw/cron/jobs.json"} {"nextAt":1776679200000,"delayMs":60000,"clamped":true} cron: timer armed
2026-04-19T18:30:05.452Z debug cron {"module":"cron","storePath":"/home/alexifra/.openclaw/cron/jobs.json"} {"nextAt":1776679200000,"delayMs":60000,"clamped":true} cron: timer armed
2026-04-19T18:30:41.569Z info gateway {"subsystem":"gateway"} signal SIGTERM received
2026-04-19T18:30:41.592Z info gateway {"subsystem":"gateway"} received SIGTERM; shutting down
2026-04-19T18:30:42.283Z info gmail-watcher {"subsystem":"gmail-watcher"} gmail watcher stopped
2026-04-19T18:30:54.668Z error (node:12812) [DEP0040] DeprecationWarning: The punycode module is deprecated. Please use a userland alternative instead.
(Use node --trace-deprecation ... to show where the warning was created)
2026-04-19T18:30:55.524Z info gateway/canvas {"subsystem":"gateway/canvas"} canvas host mounted at http://127.0.0.1:18789/__openclaw__/canvas/ (root /home/alexifra/.openclaw/canvas)
2026-04-19T18:30:55.640Z info gateway/heartbeat {"subsystem":"gateway/heartbeat"} {"intervalMs":1800000} heartbeat: started
2026-04-19T18:30:55.642Z info gateway/health-monitor {"subsystem":"gateway/health-monitor"} started (interval: 300s, startup-grace: 60s, channel-connect-grace: 120s)
2026-04-19T18:30:55.667Z info gateway {"subsystem":"gateway"} agent model: google/gemini-3.1-flash-lite-preview
2026-04-19T18:30:55.669Z info gateway {"subsystem":"gateway"} listening on ws://127.0.0.1:18789, ws://[::1]:18789 (PID 12812)
2026-04-19T18:30:55.670Z info gateway {"subsystem":"gateway"} log file: /tmp/openclaw/openclaw-2026-04-19.log
2026-04-19T18:30:55.797Z debug cron {"module":"cron","storePath":"/home/alexifra/.openclaw/cron/jobs.json"} {"nextAt":1776679200000,"delayMs":60000,"clamped":true} cron: timer armed
2026-04-19T18:30:55.797Z info cron {"module":"cron","storePath":"/home/alexifra/.openclaw/cron/jobs.json"} {"enabled":true,"jobs":2,"nextWakeAtMs":1776679200000} cron: started
2026-04-19T18:30:55.825Z info gateway/hooks {"subsystem":"gateway/hooks"} loaded 4 internal hook handlers
2026-04-19T18:30:58.788Z info bonjour: advertised gateway fqdn=LAPTOP-VIVOBOOK-ALEXIFRA (OpenClaw)._openclaw-gw._tcp.local. host=openclaw.local. port=18789 state=announcing
2026-04-19T18:30:59.586Z info gateway/channels/discord {"subsystem":"gateway/channels/discord"} [default] Discord Message Content Intent is limited; bots under 100 servers can use it without verification.
Gracias, eso ya aclara una cosa importante:
- ese log es solo de arranque
- el warning de
punycodees ruido, no la causa - todavía no hemos capturado el fallo real
Vamos al paso decisivo:
1) Deja esto corriendo
openclaw logs --follow --plain
2) Mientras corre, manda un mensaje de prueba al bot
Algo corto, por ejemplo:
hola
3) Pega aquí las primeras líneas nuevas que salgan justo cuando falle
Ahí es donde debería aparecer el error real, por ejemplo si es:
- sesión desincronizada
- fallo del modelo Gemini
- problema de routing
- excepción interna
Si quieres una prueba extra del modelo, también puedes correr:
openclaw infer model run --model google/gemini-3.1-flash-lite-preview --prompt "hola" --json
Pero primero haría el logs --follow, que ya casi lo tenemos cazado.
2026-04-19T19:12:39.675Z error diagnostic {"subsystem":"diagnostic"} lane task error: lane=main durationMs=118 error="FailoverError: Unknown model: openai/gpt-5.1-mini"
2026-04-19T19:12:39.676Z error diagnostic {"subsystem":"diagnostic"} lane task error: lane=session:agent:main:discord:direct:1416148785159213106 durationMs=125 error="FailoverError: Unknown model: openai/gpt-5.1-mini"
2026-04-19T19:12:39.703Z warn model-fallback/decision {"subsystem":"model-fallback/decision"} {"event":"model_fallback_decision","tags":["error_handling","model_fallback","candidate_failed"],"runId":"24b7dda8-83a0-4d3d-a5c5-364c22a6eb11","decision":"candidate_failed","requestedProvider":"openai","requestedModel":"gpt-5.1-mini","candidateProvider":"openai","candidateModel":"gpt-5.1-mini","attempt":1,"total":3,"reason":"model_not_found","errorPreview":"Unknown model: openai/gpt-5.1-mini","errorHash":"sha256:1e0a93705144","nextCandidateProvider":"openrouter","nextCandidateModel":"auto@preset/asistente-diario","isPrimary":true,"requestedModelMatched":true,"fallbackConfigured":true} model fallback decision
2026-04-19T19:12:40.850Z warn agent/embedded {"subsystem":"agent/embedded"} {"event":"embedded_run_agent_end","tags":["error_handling","lifecycle","agent_end","assistant_error"],"runId":"24b7dda8-83a0-4d3d-a5c5-364c22a6eb11","isError":true,"error":"HTTP 401: User not found.","failoverReason":"auth","model":"auto@preset/asistente-diario","provider":"openrouter","rawErrorPreview":"401 User not found.","rawErrorHash":"sha256:2cdeca109031"} embedded run agent end
2026-04-19T19:12:40.863Z warn agent/embedded {"subsystem":"agent/embedded"} {"event":"embedded_run_failover_decision","tags":["error_handling","failover","assistant","fallback_model"],"runId":"24b7dda8-83a0-4d3d-a5c5-364c22a6eb11","stage":"assistant","decision":"fallback_model","failoverReason":"auth","profileFailureReason":"auth","provider":"openrouter","model":"auto@preset/asistente-diario","fallbackConfigured":true,"timedOut":false,"aborted":false,"status":401,"rawErrorPreview":"401 User not found.","rawErrorHash":"sha256:2cdeca109031"} embedded run failover decision
2026-04-19T19:12:40.865Z error diagnostic {"subsystem":"diagnostic"} lane task error: lane=main durationMs=1159 error="FailoverError: HTTP 401: User not found."
2026-04-19T19:12:40.867Z error diagnostic {"subsystem":"diagnostic"} lane task error: lane=session:agent:main:discord:direct:1416148785159213106 durationMs=1160 error="FailoverError: HTTP 401: User not found."
2026-04-19T19:12:40.868Z warn model-fallback/decision {"subsystem":"model-fallback/decision"} {"event":"model_fallback_decision","tags":["error_handling","model_fallback","candidate_failed"],"runId":"24b7dda8-83a0-4d3d-a5c5-364c22a6eb11","decision":"candidate_failed","requestedProvider":"openai","requestedModel":"gpt-5.1-mini","candidateProvider":"openrouter","candidateModel":"auto@preset/asistente-diario","attempt":2,"total":3,"reason":"auth","status":401,"errorPreview":"HTTP 401: User not found.","errorHash":"sha256:e407298a0f7e","nextCandidateProvider":"google","nextCandidateModel":"gemini-3.1-flash-lite-preview","isPrimary":false,"requestedModelMatched":false,"fallbackConfigured":true} model fallback decision
2026-04-19T19:12:42.620Z warn agent/embedded {"subsystem":"agent/embedded"} {"event":"embedded_run_agent_end","tags":["error_handling","lifecycle","agent_end","assistant_error"],"runId":"24b7dda8-83a0-4d3d-a5c5-364c22a6eb11","isError":true,"error":"⚠️ API rate limit reached. Please try again later.","failoverReason":"rate_limit","model":"gemini-3.1-flash-lite-preview","provider":"google","rawErrorPreview":"{"error":{"message":"{\n \"error\": {\n \"code\": 429,\n \"message\": \"Your project has exceeded its monthly spending cap. Please go to AI Studio at https://ai.studio/spend to manage your project spend cap.\",\n \"status\": \"RESOURCE_EXHAUSTED\"\n }\n}\n"
Ah, ya lo tenemos. El problema no era Discord, era la cadena de modelos.
Ahora mismo te están fallando los 3:
-
openai/gpt-5.1-mini→Unknown model
Ese modelo no existe o no está permitido en tu config/sesión. -
OpenRouter →
HTTP 401: User not found
Tu fallback de OpenRouter está roto. -
Gemini →
429 monthly spending cap exceeded
Tu proyecto de Google se quedó sin cupo.
O sea, OpenClaw intenta responder, pero no le queda ningún modelo sano.
Arreglo más rápido
Yo haría esto:
openclaw models set openai/gpt-5.4
openclaw models fallbacks clear
openclaw gateway restart
Después, en el chat donde falla, manda:
/new
y luego prueba con un mensaje normal.
Por qué /new
Porque el log huele a que esa sesión quedó apuntando a openai/gpt-5.1-mini, y /new ayuda a soltar ese estado de sesión.
Luego, más adelante
Cuando quieras dejarlo fino:
- OpenRouter: arreglar API key / cuenta (
401 User not found) - Gemini: subir o revisar el spend cap en AI Studio
- Fallbacks: volver a añadir solo modelos que de verdad funcionen
Docs:
- https://docs.openclaw.ai/concepts/models
- https://docs.openclaw.ai/help/faq#what-is-the-default-model
Si quieres, te doy ahora el paso a paso para dejar otra vez OpenRouter y Gemini bien configurados después de que vuelva a responder.
Saldo de Gemini Studio. Pagos
Tu saldo
−USD 9.35
Tienes un crédito. Saldo de Open IA Pay as you go
Credit balance
$5.14. Saldo de OpenRouter Credits
Personal Account: alexifra@gmail.com $1.30
Sí, eso cuadra con el log:
- OpenAI: tienes saldo, así que OpenAI debería sacarte del apuro
- Gemini: el problema no es solo saldo, es el spend cap del proyecto en AI Studio
- OpenRouter: tienes créditos, pero el error era auth (
401 User not found), no falta de dinero
O sea, ahora mismo la salida rápida sigue siendo usar OpenAI.
Haz esto:
openclaw models set openai/gpt-5.4
openclaw models fallbacks clear
openclaw gateway restart
Luego, en el chat que falla: