Um erro encontrado no cliente de linha de comando (CLI) do OpenAI Codex está provocando um nível anormalmente alto de gravações em SSDs. Na prática, isso pode reduzir drasticamente a vida útil de unidades voltadas ao consumidor e até torná-las inutilizáveis em menos de um ano.
O caso foi relatado no GitHub pelo usuário “1996fanrui”, que notou uma atividade de disco fora do normal em sua máquina. A partir daí, a investigação mostrou que o problema não era apenas um pico momentâneo, mas um padrão contínuo de escrita no armazenamento.
Como o bug afeta o SSD
Segundo os relatos, o software fica realizando gravações constantes em um banco de dados SQLite local, salvo no diretório padrão “~/.codex/logs_2.sqlite”. Em um teste de 21 dias de uso ininterrupto, o SSD recebeu cerca de 37 TB de dados gravados.
Projetando esse comportamento para um ano inteiro, o volume chega a aproximadamente 640 TB de escrita. Em um SSD comum de 1 TB, cuja resistência costuma ser estimada em cerca de 600 TBW, isso significa consumir toda a vida útil prevista para a garantia em menos de 12 meses.
O que está causando tantas gravações
A origem do problema está em uma configuração de logging deixada por padrão no nível “TRACE”, o mais detalhado e barulhento do sistema. Com isso, o programa registra desde payloads brutos de conexões WebSocket até eventos rotineiros do sistema, como a abertura de arquivos de cache internos.
Outro ponto é que o componente ignora a variável de ambiente “RUST_LOG”, o que impede a correção por meios convencionais de configuração. Na análise feita pelos pesquisadores, cerca de 71% dos dados salvos são informações repetitivas de nível TRACE, sem utilidade prática para diagnóstico no uso comum.
Esse desgaste é ainda pior por causa da amplificação de escrita. O banco de dados entra em um ciclo constante de inserção e exclusão de dezenas de milhares de linhas por minuto, fazendo com que o volume físico gravado no SSD seja muito maior do que o tamanho aparente do arquivo.
Como reduzir o impacto no armazenamento
A OpenAI já liberou atualizações recentes com correções de estabilidade para o SQLite, mas os pacotes ainda não resolveram o excesso de gravações. O caso segue em análise nos canais oficiais de suporte da empresa.
É importante destacar que o arquivo afetado guarda apenas dados de diagnóstico. Ele não armazena histórico de conversas nem o código gerado pelo usuário, então apagar esses registros não compromete o funcionamento do sistema.
No Linux e no macOS, uma forma de contornar o problema é criar um link simbólico para que “~/.codex/logs_2.sqlite” aponte para “/tmp/”. Assim, o fluxo intenso de gravação é redirecionado para a memória RAM, evitando desgaste prematuro dos blocos Flash do SSD.
Outra medida paliativa mencionada por desenvolvedores é usar variáveis de ambiente como “OTEL_TRACES_SAMPLER=always_off” para desativar o espelhamento de telemetria da biblioteca OpenTelemetry. Isso ajuda a diminuir parte do volume de dados armazenados.