Si no usas Codex a diario es posible que no te hayas percatado de la cantidad de actualizaciones que ha lanzado la compañía de Sam Altman en la última semana y media. Si bien se han corregido errores menores y logrado algunas mejoras, como las que hablamos de Chrome y para controlar tu PC, también es cierto que ha habido, como en el día de ayer, correcciones de problemas muy graves. De hecho, OpenAI Codex ha tenido un fallo, un bug de escritura local que puede preocupar a cualquiera que use un SSD como disco principal o secundario, en algunos casos.
El reporte que descubrió el problema original habla de 37 TB escritos tras unos 21 días de actividad y una extrapolación de unos 640 TB al año. El error no estaba en el código que genera Codex, sino en sus logs SQLite locales, que mantenían actividad constante sobre archivos como ~/.codex/logs_2.sqlite, ~/.codex/logs_2.sqlite-wal y ~/.codex/logs_2.sqlite-shm. Y claro, la compañía ha salido corriendo a verificarlo por la gravedad y el impacto que puede producir en usuarios y empresas.
OpenAI confirma el bug contra los SSD: escrituras por doquier salidas de contexto al usar Codex
En un SSD de 1 TB, la cifra que nos deja ese bug equivaldría a unas 640 escrituras completas del disco al año, cerca de los 600 TBW que tienen algunos SSD de consumo como resistencia garantizada. O lo que es igual, en un año destroza cualquier unidad de estado sólido desgastando toda su vida útil garantizada por el fabricante.
El aviso salió del issue #28224 del repositorio openai/codex en GitHub, abierto por el usuario 1996fanrui hace solo unos días y según sus datos, Codex no solo guardaba información de diagnóstico, sino que lo hacía con demasiado ruido interno y con un volumen de escritura muy superior al esperable para una herramienta de programación.
En una captura posterior, el archivo logs_2.sqlite ocupaba 1,2 GiB, retenía 506.149 filas y, aun así, el contador interno de SQLite ya había pasado de 5.543.677.486 ids asignados, una diferencia de unas 10.000 veces entre filas conservadas y filas históricamente insertadas.
La combinación de inserciones, la limpieza y la escritura parecen ser las claves del problema
La segunda tanda de datos afinaba todavía más el origen del problema. El registro mantenía 681.774 filas y unos 1.035,6 MiB de contenido estimado, con los logs TRACE concentrando el 70,7% de los bytes retenidos, INFO el 25,7%, DEBUG el 3,0% y WARN el 0,6%. Dentro de esos registros aparecían objetivos como codex_api::endpoint::responses_websocket con 527,4 MiB en TRACE, codex_otel.log_only con 141,2 MiB, codex_otel.trace_safe con 121,2 MiB y codex_client::transport con 60,1 MiB.
La clave técnica estaba en la combinación de inserciones constantes, limpieza de filas antiguas y escritura en WAL. En una muestra de solo 15 segundos, el número de filas retenidas se quedó igual en 681.774, pero el id máximo pasó de 5.003.347.015 a 5.003.383.226, lo que supone 36.211 filas insertadas mientras otras se iban eliminando. El propio reporte apuntaba a un nivel TRACE global por defecto para el registro SQLite, capaz de guardar dependencias internas, mensajes WebSocket, eventos SSE y telemetría duplicada. Un auténtico caos donde Codex destroza la durabilidad de cualquier SSD por motivos obvios.
Tanto es así que OpenAI publicó Codex 0.142.0 ayer mismo tras investigar y diagnosticar el problema, con una reducción de la actividad del log persistente al eliminar el guardado de cada evento WebSocket y filtrar registros de telemetría duplicados. El issue original quedó cerrado después de los PR #29432 y #29457, con una reducción estimada del 85% de los logs según el propio autor del hilo, el cual confirmó a posteriori que estaba solucionado.
Aun así, no conviene venderlo como eliminado al 100%, porque hoy apareció otro issue abierto en Windows indicando que el ruido TRACE seguía siendo reproducible en Codex Desktop con un paquete más nuevo. Por ello, es esperable que OpenAI ya haya sido consciente de que tienen que seguir trabajando en ello dada la gravedad del asunto, así que en breve deberíamos tener una nueva actualización de Codex con otro fix, el cual, deberíamos de instalar de inmediato mediante su interfaz, al menos, si queremos corregir este bug y mantener la vida de nuestro SSD.
La entrada OpenAI Codex se come los SSD: un bug disparaba hasta 640 TB de escrituras al año aparece primero en El Chapuzas Informático.
