Codex ate a hard drive in a resume loop

RexDouglass · x · 2026-07-21

A humorous but detailed post-mortem of Codex unexpectedly filling a disk.

The failure chain was: an orphaned codex resume --last --yolo process kept restarting from an old terminal shell, each resume forked a new rollout that recopied the full session history, and the retries created a death spiral. One loop wrote around 6 GB of history plus logs, nine copies accumulated to roughly 58 GB in four hours, and the issue went unnoticed because the disk guard was disabled and the watchdog monitored transcripts rather than filesystem growth. The author suggests a standalone disk-float watcher and a session-size hygiene rule for Codex profiles.

Original post →

More from coding & agent

coding & agent channel →