Tenho uma situação estranha com meu Hosted Engine no oVirt.
Temos um cluster oVirt configurado usando gluster como armazenamento para os motores isos e todas as informações. Há cerca de uma semana, dois dos três servidores caíram. Reiniciamos as máquinas cerca de três vezes e os hosts gluster relataram como conectados e não relataram nenhum erro de divisão cerebral.
O processo do mecanismo hospedado tentou ativar o mecanismo hospedado em um dos hosts, mas ele entrou no estado EngineUnexpectedlyDown. E ele subtrairia 1600 da pontuação dos servidores e então tentaria trazê-lo para a próxima máquina até que todos terminassem com cerca de 800 pontos e ele apenas tentaria inicializar em uma máquina e então ficaria lá com um "falha ao alcançar vm" mensagem.
Descobrimos que o mecanismo hospedado está realmente inicializando, pois podemos nos conectar a ele com um cliente VNC. Mas parece estar em algum tipo de estado bloqueado. Se você fizer login no mecanismo hospedado, mesmo como root, nenhum arquivo poderá ser alterado e a VM ficará inacessível por qualquer outro meio.
Existe alguma maneira de ver se a VM está bloqueada/somente leitura? E existe alguma maneira de remover o referido bloqueio?
Responder1
Supondo que você estivesse usando a réplica 3, quando 2 hosts ficam inativos, o sistema de arquivos se torna somente leitura e isso pode explicar até certo ponto o que você vê atualmente. Na maioria dos casos, devemos esperar que a VM congele, pois o qemu não pode gravar no armazenamento, mas preciso de mais informações sobre isso, portanto, os arquivos de log dos hosts são necessários aqui.
Em primeiro lugar, vamos ver se o status pode ser lido no armazenamento e você pode obtê-lo executando o seguinte em um dos hosts:
hosted-engine --vm-status
Supondo que funcione, tente mover o host para manutenção global:
hosted-engine --set-maintenance --mode=global
Se isso não funcionar, significa que há problemas com o acesso ao arquivo de metadados no armazenamento e, potencialmente, que ele é somente leitura.
Se isso funcionar, a VM estará em modo de manutenção, o que permite verificar dentro da VM qual é o status em termos de arquivos e reinicializar a VM, se necessário, no mesmo host.