O OpenAI Codex apresenta um bug que pode danificar seu SSD em menos de um ano

Caso utilize a CLI do Codex da OpenAI e deixá-la em execução por longos períodos, seu SSD pode estar sendo sobrecarregado.

Um usuário do GitHub chamado 1996fanrui documentou o problema em 14 de junho após perceber uma atividade de disco excepcionalmente alta em sua máquina. Após investigar, descobriu que o Codex estava sobrecarregando continuamente um banco de dados SQLite local (armazenado em ~/.codex/logs_2.sqlite) com gravações de logs de diagnóstico. Ao longo de 21 dias de funcionamento, a unidade havia absorvido cerca de 37 TB de gravações. Em termos anualizados, isso equivale a aproximadamente 640 terabytes por ano. Um SSD comum de 1 TB para consumidores tem vida útil nominal de cerca de 600 TBW — portanto, esse bug, se não for corrigido, poderia esgotar toda a resistência garantida do seu disco em menos de um ano.

O culpado é uma configuração de registro que provavelmente ninguém pretendia disponibilizar aos usuários finais. O mecanismo de registro de feedback do SQLite da Codex opera no nível global TRACE por padrão — a configuração mais intensa possível. Ele registra tudo, desde cargas brutas de WebSocket até eventos comuns do sistema de arquivos, como a abertura de ‘passwd’ e ‘ld.so.cache’. Além disso, ele ignora a variável de ambiente padrão RUST_LOG, de modo que não há uma maneira óbvia de reduzi-lo. Cerca de 71% dos dados registrados são ruídos no nível TRACE que não têm finalidade diagnóstica real, pelo menos para o usuário comum.

O que agrava a situação é a amplificação de gravação. O banco de dados não está apenas crescendo, mas também passando por dezenas de milhares de operações de inserção e exclusão por minuto. Ele está gravando fisicamente muito mais no disco do que o tamanho do arquivo sugere.

Na verdade, esse tem sido um problema conhecido de várias formas desde, pelo menos, abril, com vários relatos relacionados registrados ao longo do ano. O changelog recente da OpenAI abordou algumas correções de confiabilidade do SQLite, mas não tratou do problema da taxa de gravação. A questão ainda está em aberto.

Enquanto isso, Linux e macOS podem criar um link simbólico de '~/.codex/logs_2.sqlite' para '/tmp/' a fim de redirecionar as gravações para a RAM. O arquivo não contém dados de conversas, portanto, perdê-lo na reinicialização não representa problema.