Muitos administradores de sistemas foram surpreendidos com a paragem inesperada do serviço de bases de dados após a rotina de manutenção noturna. Conforme detalhado pelo suporte oficial do cPanel, uma falha nos repositórios oficiais do MySQL provocou uma atualização forçada e indesejada da versão 8.4 para a 9.7, deixando o serviço inacessível e milhares de sites offline.
A situação ocorre porque o ficheiro de configuração do repositório, nomeadamente o mysql-community.repo, passou a disponibilizar a versão 9.7. Como o gestor de pacotes do sistema deteta esta nova variante como uma atualização válida, acaba por instalá-la automaticamente durante as tarefas de manutenção noturnas, que em Portugal ocorreram por volta das 19:10.
A origem do problema nas atualizações noturnas
Esta falha de funcionamento deve-se a um bug nos repositórios da própria MySQL, que forçaram a transição para uma nova versão principal sem intervenção humana. A equipa do cPanel já confirmou que está a investigar o caso através da referência interna CPANEL-52811, aconselhando os utilizadores a desativarem temporariamente as atualizações automáticas para evitar que o servidor fique bloqueado.
O sintoma principal desta falha é a impossibilidade de iniciar o serviço MySQL após a conclusão do ciclo de atualizações do sistema operativo. Nos registos de erro, é possível verificar que o processo de upgrade foi iniciado e, em alguns casos, concluído, mas a incompatibilidade de configurações antigas impede que a base de dados fique online para as aplicações e sites.
Procedimentos para recuperar a base de dados
A resolução deste problema exige que a versão do MySQL seja revertida manualmente para a 8.4. Existem dois cenários possíveis, dependendo de o processo de inicialização da versão 9.7 ter sido bem-sucedido ou ter falhado. No entanto, em ambos os casos, o serviço permanecerá desligado durante a intervenção.
Para quem conseguiu concluir o upgrade mas ficou com o serviço instável, os passos recomendados passam por:
Desativar funções de autenticação legadas no ficheiro de configuração my.cnf, uma vez que foram removidas na nova versão.
Iniciar o serviço em modo de segurança (skip-grant-tables) para permitir a alteração do utilizador root.
Realizar uma cópia de segurança completa de todas as bases de dados existentes.
Remover a versão 9.7 e reinstalar a versão 8.4 de forma limpa, importando os dados de seguida.
Para evitar que este erro se repita, os especialistas recomendam a utilização de ferramentas de bloqueio de versão, que impedem o gestor de pacotes de tentar atualizar o MySQL sem autorização explícita do administrador. Esta medida de precaução garante que o ambiente de produção se mantém estável até que uma solução definitiva seja integrada no produto.
Nenhum comentário
Seja o primeiro!