Поиск причины падения процесса на сервере через Codex CLI по SSH
У автора на сервере с Ubuntu раз за разом падал Claude Code. Codex CLI подключился по SSH, нашёл в логах ядра OOM killer и перечислил варианты исправления по степени риска, ничего не меняя.
Что сделали
Claude Code на дроплете с Ubuntu умирал через несколько секунд после запуска. Автор запустил Codex CLI на своём Mac и дал ему команду SSH для подключения к серверу. Он описал симптом и не дал никаких подсказок. Codex попросил разрешения подключиться, затем проверил память, процессы и лимиты. Через journalctl он поискал в логе ядра сообщения о kill и OOM.
Что получилось
Codex выяснил, что OOM killer завершает claude примерно на 860 МБ памяти. У дроплета 1,9 ГБ памяти и нет swap, а MySQL занимает около 786 МБ. Codex расставил варианты исправления по риску и ничего не менял.
На что обратить внимание
Автор в итоге увеличил дроплет, и это принесло свои проблемы. Задним числом он признаёт, что первый вариант из списка Codex, swap-файл на 2 ГБ, обошёлся бы дешевле.
Пояснение
Дроплет это виртуальный сервер у хостинга DigitalOcean. OOM killer это механизм Linux, который при нехватке памяти принудительно завершает процессы. Swap это место на диске, которое система использует как запасную оперативную память.
Кому пригодится
Тем, кто держит небольшой VPS и сталкивается с процессами, которые падают без понятной причины.
Попробуйте сами с Codex
На моём сервере [пользователь@хост] постоянно убивают процесс [название сервиса]. Подключись по SSH и разберись только в режиме чтения. Проверь логи ядра, память, swap и логи сервиса и найди причину. В конце дай диагноз и список возможных исправлений по степени риска. Не меняй настройки, ничего не устанавливай и не перезапускай сервисы, пока не покажешь точную команду и не получишь моё одобрение.
Нужна помощь с запуском? Вступайте в сообщество AI Pack ↗
Источник: flaviocopes.com ·