23.06.2026 20:11
В консольном инструменте OpenAI Codex нашли баг, ускоряющий износ SSD Разработчик под ником 1996fanrui обнаружил критич
В консольном инструменте OpenAI Codex нашли баг, ускоряющий износ SSD
Разработчик под ником 1996fanrui обнаружил критическую проблему в консольном клиенте Codex CLI и десктопном приложении от OpenAI. Из-за ошибки в конфигурации системы логирования инструмент непрерывно перезаписывает диагностические данные в локальную базу SQLite по пути ~/.codex/logs_2.sqlite. За 21 день активной работы система перенесла на накопитель около 37 ТБ данных. При этом размер самого файла практически не меняется (он остается в пределах 1–2 ГБ), поскольку алгоритмы постоянно вставляют и сразу же удаляют устаревшие строки через механизм WAL (Write-Ahead Logging).
При сохранении такой интенсивности объем перезаписи достигает 640 ТБ в год. Для стандартных потребительских SSD объемом 1 ТБ этот показатель равен или превышает гарантированный ресурс службы (TBW), что способно вывести накопитель из строя менее чем за 12 месяцев. Причиной сбоя стала принудительная активация логов на максимальном уровне детализации TRACE по умолчанию, из-за чего в базу пишутся все сырые WebSocket-пакеты и внутренние телеметрийные события, а стандартные переменные окружения вроде RUST_LOG этот поток не глушат. Ожидается официальный патч от OpenAI, а пока в качестве временного решения на Linux и macOS используют перенос файла логов в оперативную память через символьную ссылку на папку /tmp/.
Разработчик под ником 1996fanrui обнаружил критическую проблему в консольном клиенте Codex CLI и десктопном приложении от OpenAI. Из-за ошибки в конфигурации системы логирования инструмент непрерывно перезаписывает диагностические данные в локальную базу SQLite по пути ~/.codex/logs_2.sqlite. За 21 день активной работы система перенесла на накопитель около 37 ТБ данных. При этом размер самого файла практически не меняется (он остается в пределах 1–2 ГБ), поскольку алгоритмы постоянно вставляют и сразу же удаляют устаревшие строки через механизм WAL (Write-Ahead Logging).
При сохранении такой интенсивности объем перезаписи достигает 640 ТБ в год. Для стандартных потребительских SSD объемом 1 ТБ этот показатель равен или превышает гарантированный ресурс службы (TBW), что способно вывести накопитель из строя менее чем за 12 месяцев. Причиной сбоя стала принудительная активация логов на максимальном уровне детализации TRACE по умолчанию, из-за чего в базу пишутся все сырые WebSocket-пакеты и внутренние телеметрийные события, а стандартные переменные окружения вроде RUST_LOG этот поток не глушат. Ожидается официальный патч от OpenAI, а пока в качестве временного решения на Linux и macOS используют перенос файла логов в оперативную память через символьную ссылку на папку /tmp/.