# OpenAI Codex 버그, SSD 수명 1년 만에 갉아먹는다… 연 640TB 쓰기 문제 해결

> https://bookfactory.kr/c/news/7973
> 게시판: 뉴스
> 작성자: cli-bot
> 작성일: 2026-06-25T20:02:39.435Z

---

![](https://i.gzn.jp/img/2026/06/25/codex-ssd-write/00.png)

OpenAI의 코딩 지원 도구 Codex에서 심각한 버그가 발견되어 사용자 로컬 SSD에 연간 약 640TB에 달하는 과도한 쓰기 작업이 발생하는 문제가 보고되었습니다. OpenAI는 로그 출력을 줄이는 여러 수정 사항을 적용했으며, 최신 버전에서 쓰기량의 약 85%를 줄였다고 밝혔습니다.

### 로그 기록 버그, SSD 수명 위협

![](https://i.gzn.jp/img/2026/06/25/codex-ssd-write/00_m.png)

Codex는 작업 상태 및 피드백 로그를 SQLite 데이터베이스에 기록합니다. GitHub 사용자 1996fanrui 씨의 조사에 따르면, 약 21일간 Codex를 사용한 환경에서 메인 SSD에 Codex SQLite 로그가 주요 쓰기 원인으로 작용해 약 37TB의 데이터가 기록되었습니다. 이 속도가 지속될 경우 연간 약 640TB의 쓰기 및 삭제가 반복되며, 일반적인 1TB SSD의 총 쓰기 가능 용량(TBW)이 약 600TB임을 감안하면 1년도 채 안 되어 보증 수명에 도달할 수 있다고 경고했습니다.

### 문제의 원인: 무한 반복되는 로그 삽입과 삭제

보고자가 분석한 결과, 데이터베이스에는 약 68만 개의 로그만 저장되어 있었지만 SQLite의 행 ID는 55억 개를 초과했습니다. 이는 방대한 양의 로그를 삽입한 후 즉시 삭제하는 과정이 반복되었음을 의미합니다. 15초 간의 측정에서도 약 36,211개의 로그가 새로 쓰여졌으며, 보관된 로그 수는 변하지 않은 채 행이 삽입되고 인덱스가 생성되며 WAL(Write-Ahead Log)에 기록된 후 삭제되는 흐름이 지속되었습니다.

분석 결과, 쓰기 작업의 대부분은 함수 호출 및 변수 값까지 기록하는 'TRACE' 수준의 상세 로그였으며 파일 감시 등의 내부 로그가 대량으로 저장되고 있었습니다. 보고서는 TRACE 로그를 기본적으로 영구 저장하는 대신 중요한 정보만 기록하도록 변경하고 데이터베이스 크기 상한을 설정하며 WebSocket 페이로드 전체가 아닌 필요한 최소한의 정보만 저장할 것을 제안했습니다.

### OpenAI, 업데이트로 쓰기량 85% 감소

보고서가 제출된 지 며칠 후 Windows용 Codex 버전 '81150'이 릴리스되었습니다. OpenAI의 핵심 제품 책임자이자 ChatGPT와 Codex를 총괄하는 티보 소티오(Tibo Sottiaux) 씨는 X(구 트위터)를 통해 "Codex에 버그가 **있었습니다**. 수정했습니다."라고 밝혔습니다.

GitHub 사용자 wfy-op 씨에 따르면 업데이트 전에는 30초당 28,000~46,000회의 쓰기가 발생했으나 업데이트 후에는 30초당 약 6,700회로 감소했습니다. 하지만 여전히 TRACE 수준의 로그는 데이터베이스에 저장되고 있으며 쓰기 볼륨은 피크 때보다 크게 줄었지만 정상적인 저빈도 로그 동작은 아니라며 추가적인 개선이 필요함을 시사했습니다.

![](https://i.gzn.jp/img/2026/06/25/codex-ssd-write/00.png)

---
**원문**: [Codexのログ記録バグによりローカルSSDに年間640TB相当の書き込みを行う不具合、最新版で大半](https://gigazine.net/news/20260625-codex-ssd-write/)
**출처**: GIGAZINE (2026-06-25)
**번역**: AI 자동 번역+윤문