6月22日消息，近日有用户发现OpenAI Codex CLI存在日志级别配置BUG，过高的配置级别导致日志采集逻辑会持续向本地数据库高频写入海量数据，从而导致SSD寿命急速耗尽。

GitHub用户1996fanrui在6月14日提交问题反馈称，由于其设备长期出现异常高磁盘占用问题，排查原因后确认，Codex CLI会不间断向本地SQLite数据库写入诊断日志。

根据该用户实测数据，设备连续21天运行累计产生37TB磁盘写入量，全年写入总量约640TB，而主流1TB消费级SSD官方标定TBW普遍为600TB，也就是说，持续运行该工具不足一年，就会耗尽耗尽SSD的TBW耐久度。

该故障根源为Codex内置SQLite日志采集组件默认启用全局TRACE级别，该级别是日志系统中信息输出粒度最细的模式，程序会完整记录WebSocket原始传输数据包、系统文件读写等全部底层行为，包含读取passwd、ld.so.cache等系统文件的常规操作。

统计数据显示，约71%的TRACE日志均为底层冗余信息，这些信息对于普通用户并没有用。

但由于该工具忽略了标准的RUST_LOG环境变量，用户目前无法通过常规方式降低日志输出级别。

Linux、macO平台用户可通过创建符号链接的临时方案降低磁盘损耗：将 ~/.codex/logs_2.sqlite指向/tmp/目录，从而使所有日志写入操作转移到内存，该日志文件仅存储底层运行记录，不保存用户对话数据，且设备重启后日志丢失不会影响Codex CLI正常运行。

《夸克》非常好用的免费AI浏览器

下载APP查看