Averiguar por qué un servidor mata un proceso con Codex

A quién le sirve. Quien tiene un servidor propio, para su web o sus herramientas, donde un programa se cierra solo sin saber por qué; el diagnóstico en solo lectura es seguro de probar.

Qué hicieron

Claude Code se cerraba a los pocos segundos en el servidor Ubuntu del autor. Ejecutó Codex CLI en su Mac y le dio la orden SSH para entrar al servidor, el síntoma y ninguna pista. Codex pidió aprobación para conectarse y revisó la memoria, los procesos y los límites. Buscó en el registro del sistema, con journalctl, mensajes de procesos eliminados y de falta de memoria.

Cómo salió

Codex encontró que el mecanismo del sistema que mata procesos por falta de memoria cortaba claude a unos 860 MB en un servidor de 1,9 GB sin memoria de intercambio, con MySQL usando unos 786 MB. Ordenó los arreglos posibles y no cambió nada.

Conviene saber

El autor amplió el servidor, lo que le trajo sus propios problemas. Dice que, mirando atrás, el primer arreglo que listó Codex, un archivo de intercambio de 2 GB, era más barato.

Qué necesitas

• Codex CLI, la versión de Codex para la terminal, u otro agente de programación, en tu ordenador.
• Acceso SSH al servidor, que es la forma segura de entrar en una máquina remota, con tu usuario y la dirección del servidor.
• El nombre del programa o servicio que se cierra y el síntoma.
• Ganas de decidir tú el arreglo: el agente solo investiga.

Cómo hacerlo tú, paso a paso

1. Anota el síntoma: qué programa se cierra, cuándo y cuántos segundos tarda.
2. Abre Codex en tu ordenador y pega el prompt de esta ficha con el usuario, el servidor y el nombre del servicio.
3. Aprueba la conexión SSH cuando el agente la pida.
4. Deja que investigue en modo lectura: memoria, procesos, límites y registro del sistema, buscando mensajes de procesos eliminados y de falta de memoria.
5. Lee el diagnóstico y la lista de arreglos ordenados por riesgo.
6. Compara el coste de cada arreglo antes de elegir. En el caso, el primero de la lista, un archivo de intercambio, era más barato que ampliar el servidor.
7. Pide la orden exacta antes de aplicar ningún cambio, y aplícalo tú o da tu aprobación expresa.

En mi servidor [usuario@servidor] hay un proceso que no deja de ser eliminado, concretamente [nombre del servicio]. Conéctate por SSH e investiga solo en modo lectura: revisa los registros del sistema, la memoria, el intercambio y los registros del servicio para encontrar la causa. Termina con un diagnóstico y una lista de arreglos posibles ordenados por riesgo. No cambies ningún ajuste, no instales nada ni reinicies servicios sin enseñarme antes la orden exacta y obtener mi aprobación.

Consejos

• Mantenlo en solo lectura. Que no cambie ajustes, no instale nada ni reinicie servicios sin enseñarte la orden exacta, como pide el prompt.
• El autor amplió el servidor, lo que le trajo sus propios problemas. Mirando atrás, un archivo de intercambio de 2 GB habría sido más barato.
• Pide que incluya en el análisis los demás programas del servidor, como la base de datos, que también gastan memoria.

Preguntas frecuentes

Fuentes

• flaviocopes.com ↗

En el directorio desde el 3 de octubre de 2026.