Diego Ramos Tech

Milhares de mensagens repetidas foram enviadas aos usuários

As mensagens voltavam para a fila depois de processadas e o mesmo aviso era enviado várias vezes a alunos e professores.Alunos e professores começaram a receber o mesmo aviso repetidas vezes e a quantidade crescia a cada execução, então a prioridade foi interromper a tarefa antes que uma mensagem importante virasse ruído e afetasse a confiança em toda comunicação enviada pelo ambiente.Em vez de começar pela correção mais provável, conferimos se o endereço usado estava correto, se a conta permanecia ativa, qual ...

Os novos alunos deixaram de chegar ao Moodle

A credencial da API havia expirado e o sistema acadêmico não conseguia mais enviar os novos alunos ao ambiente.Os alunos apareciam normalmente no sistema acadêmico, mas não chegavam ao ambiente e por isso não recebiam as matrículas previstas, uma diferença que indicava falha no caminho entre os dois sistemas e não no cadastro feito pela secretaria.O primeiro cuidado foi preservar o cenário como ele aparecia naquele momento, marcamos o horário exato da lentidão, as páginas envolvidas, os perfis afetados e o que ...

A integração criou milhares de usuários duplicados

A integração não reconhecia os identificadores existentes e criava novos usuários e matrículas a cada sincronização.A cada execução surgiam novas contas para pessoas que já estavam cadastradas, multiplicando também as matrículas e dividindo os históricos, por isso deixar a integração rodar enquanto a análise acontecia aumentaria o trabalho de correção a cada poucos minutos.Para não transformar uma suspeita em diagnóstico, separamos acesso ao ambiente de acesso ao curso, confirmamos se as contas entravam ...

O cron ficou parado e acumulou milhares de tarefas

Mensagens, conclusões e matrículas deixaram de ser processadas enquanto milhares de tarefas se acumulavam na fila.Os primeiros sinais apareceram separados, mensagens atrasadas, conclusões que não avançavam e matrículas que demoravam a chegar, mas todos dependiam do mesmo processamento automático e a fila crescia enquanto o cron permanecia sem execução.Antes de alterar qualquer configuração, separamos acesso ao ambiente de acesso ao curso, confirmamos se as contas entravam normalmente, consultamos participantes, ...

Uma configuração urgente não aparecia para os usuários

O valor havia sido alterado na administração, mas caches e um serviço ainda mantinham a versão anterior para os usuários.A configuração aparecia correta para a equipe administrativa e mesmo assim os usuários continuavam vendo o valor antigo, por isso repetir a alteração não produziria resultado enquanto as camadas responsáveis por guardar a versão anterior permanecessem ativas.Em vez de começar pela correção mais provável, marcamos o horário exato da lentidão, as páginas envolvidas, os perfis afetados e o que ...

O Moodle deixou de aceitar novas conexões

O limite de processos do PHP foi atingido e centenas de usuários passaram a receber erro mesmo com o servidor ainda ativo.O servidor continuava respondendo aos testes básicos, porém novas páginas falhavam para centenas de usuários porque todos os processos disponíveis do PHP já estavam ocupados, uma diferença que explicava por que o monitoramento simples dizia que a máquina estava no ar enquanto ninguém conseguia trabalhar.O primeiro cuidado foi preservar o cenário como ele aparecia naquele momento, conferimos ...

Os usuários eram desconectados no meio das avaliações

O Redis reiniciava por falta de memória e derrubava as sessões de vários alunos durante as provas.Vários alunos eram desconectados durante as avaliações e precisavam entrar novamente, os relatos aconteciam nos mesmos períodos e mostravam que não era uma queda de internet em cada casa, mas alguma coisa comum às sessões mantidas pelo ambiente.Para não transformar uma suspeita em diagnóstico, registramos a atividade, o aluno, a tentativa, as datas, a regra de conclusão e o resultado exibido em cada tela, evitando ...

O servidor ficou sem espaço e bloqueou todos os envios

Backups antigos e arquivos temporários ocuparam o disco, impedindo entregas de atividades e fazendo os novos backups falharem.Os alunos deixaram de conseguir enviar atividades ao mesmo tempo em que os backups começaram a falhar, dois sintomas diferentes que tinham a mesma origem porque o servidor já não possuía espaço para gravar arquivos novos.Antes de alterar qualquer configuração, identificamos o curso, a atividade, a versão do material, o dispositivo e a forma de acesso, porque um conteúdo pode funcionar no ...

Um plugin incompatível bloqueou partes da administração

A instalação de um plugin incompatível com a versão utilizada fez várias páginas administrativas apresentarem erro.Depois da instalação de um novo plugin algumas áreas continuaram funcionando, mas várias páginas da administração passaram a exibir erro, um comportamento que podia confundir porque o ambiente não havia caído por completo e os alunos ainda acessavam parte dos cursos.Em vez de começar pela correção mais provável, reduzimos a exposição sem destruir os registros que explicariam o ocorrido, ...

Todas as páginas ficaram em branco após uma publicação

Uma atualização de código interrompeu o ambiente e todas as páginas passaram a responder em branco.Logo depois de uma publicação o ambiente deixou de mostrar qualquer página e passou a entregar somente telas brancas, a proximidade entre os dois eventos era um sinal forte, mas ainda precisávamos coletar os erros para não reverter às cegas e esconder a origem da falha.O primeiro cuidado foi preservar o cenário como ele aparecia naquele momento, marcamos o horário exato da lentidão, as páginas envolvidas, os perfis...