36. 诊断服务器上被杀掉的进程

他们做了什么

在作者的 Ubuntu 云服务器上，Claude Code 总是在几秒钟内就挂掉。他在自己的 Mac 上运行 Codex CLI，把连接服务器的 SSH 命令交给它，只描述了症状，没有任何提示。Codex 先请求批准连接，然后检查了内存、进程和资源限制，并通过 journalctl 在内核日志中搜索 kill 和 OOM 相关信息。

结果如何

Codex 发现，在这台 1.9 GB 内存、没有交换空间的服务器上，OOM killer 在 claude 占用约 860 MB 时将其终止，而 MySQL 占用了约 786 MB。它按优先级列出了修复方案，没有做任何改动。

需要知道

作者最后给服务器升级了配置，结果又带来了别的问题。他事后表示，Codex 列出的第一个方案——添加一个 2 GB 的交换文件——其实更省钱。

你可以这样尝试

我的服务器 [用户@主机] 上有个进程总是被杀掉，就是 [服务名称]。通过 SSH 连接并以只读方式调查：检查内核日志、内存、交换空间和服务日志，找出原因。最后给出诊断结果和一份按风险排序的修复方案清单。在修改任何设置、安装任何东西或重启服务之前，先给我看具体命令并征得我的批准。