OpenAI Codex har ett fel som kan förstöra din SSD på mindre än ett år

Om du använder OpenAI:s Codex CLI och låter det vara igång under långa perioder kan din SSD bli hårt belastad.

En GitHub-användare vid namn 1996fanrui dokumenterade problemet den 14 juni efter att ha märkt ovanligt hög diskaktivitet på sin dator. Efter att ha undersökt saken upptäckte hen att Codex kontinuerligt överbelastade en lokal SQLite-databas (lagrad i ~/.codex/logs_2.sqlite) med diagnostiska logginskrivningar. Under 21 dagars drifttid hade enheten tagit emot cirka 37 TB skrivningar. Omräknat på årsbasis motsvarar det ungefär 640 terabyte per år. En typisk SSD på 1 TB för konsumentbruk är klassad för en livslängd på cirka 600 TBW – så den här buggen, om den inte åtgärdas, kan förbruka hela enhetens garanterade livslängd på mindre än ett år.

Orsaken är en loggningskonfiguration som förmodligen ingen hade för avsikt att leverera till slutanvändarna. Codex SQLite-loggning körs som standard på global TRACE-nivå – den mest omfattande inställningen som finns. Den loggar allt från råa WebSocket-data till vardagliga filsystemshändelser som att öppna ”passwd” och ”ld.so.cache”. Den ignorerar dessutom standardmiljövariabeln RUST_LOG, så det finns inget uppenbart sätt att stänga av den. Cirka 71 % av de loggade uppgifterna är brus på TRACE-nivå som inte har något egentligt diagnostiskt syfte, åtminstone inte för den genomsnittlige användaren.

Det som gör saken ännu värre är skrivamplifieringen. Databasen växer inte bara, utan genomgår också tiotusentals infognings- och raderingsoperationer per minut. Den skriver fysiskt mycket mer till hårddisken än vad filstorleken antyder.

Detta har faktiskt varit ett känt problem i olika former sedan åtminstone april, med flera relaterade rapporter som lämnats in under året. OpenAI:s senaste ändringslogg berörde vissa tillförlitlighetskorrigeringar för SQLite men har inte åtgärdat problemet med skrivhastigheten. Problemet är fortfarande helt olöst.

Under tiden, Linux och macOS användare skapa en symbolisk länk från '~/.codex/logs_2.sqlite' till '/tmp/' för att omdirigera skrivningarna till RAM-minnet. Filen innehåller inga konversationsdata, så det gör inget om den försvinner vid omstart.