OpenAI Codex presenta un bug che potrebbe danneggiare irreparabilmente il vostro SSD in meno di un anno

Se utilizzate la CLI Codex di OpenAI e la lasciate in esecuzione per lunghi periodi di tempo, il vostro SSD potrebbe essere sottoposto a un carico eccessivo.

Un utente di GitHub di nome 1996fanrui ha documentato il problema il 14 giugno dopo aver notato un’attività del disco insolitamente elevata sul proprio computer. Dopo alcune indagini, ha scoperto che Codex stava sottoponendo continuamente a un carico eccessivo un database SQLite locale (memorizzato in ~/.codex/logs_2.sqlite) con scritture di log diagnostici. In 21 giorni di attività, l’unità aveva assorbito circa 37 TB di scritture. Su base annua, ciò corrisponde a circa 640 terabyte all’anno. Un tipico SSD consumer da 1 TB ha una durata nominale di circa 600 TBW; pertanto, se non viene risolto, questo bug potrebbe esaurire l’intera durata garantita del disco in meno di un anno.

La causa è una configurazione di registrazione che probabilmente nessuno avrebbe mai voluto fornire agli utenti finali. Il sistema di raccolta dei feedback SQLite di Codex funziona per impostazione predefinita al livello globale TRACE, ovvero l’impostazione più “rumorosa” possibile. Registra tutto, dai payload WebSocket grezzi ai banali eventi del filesystem come l’apertura di ‘passwd’ e ‘ld.so.cache’. Inoltre, ignora la variabile d’ambiente standard RUST_LOG, quindi non esiste un modo ovvio per ridurne l’intensità. Circa il 71% dei dati registrati è costituito da rumore a livello TRACE che non ha alcun reale scopo diagnostico, almeno per l’utente medio.

A peggiorare la situazione è l’amplificazione delle scritture. Il database non solo sta crescendo, ma esegue anche decine di migliaia di operazioni di inserimento ed eliminazione al minuto. Sta scrivendo fisicamente sull’unità molto più di quanto la dimensione del file lasci intendere.

Si tratta in realtà di un problema noto in varie forme almeno dall’aprile scorso, con numerose segnalazioni correlate presentate nel corso dell’anno. Il recente changelog di OpenAI ha menzionato alcune correzioni relative all’affidabilità di SQLite, ma non ha affrontato il problema della velocità di scrittura. La questione rimane ancora aperta.

Nel frattempo, Linux e macOS possono creare un collegamento simbolico da «~/.codex/logs_2.sqlite» a «/tmp/» per reindirizzare le operazioni di scrittura nella RAM. Il file non contiene dati relativi alle conversazioni, pertanto la sua perdita al riavvio non comporta alcun problema.