Isso provavelmente é uma falha do sistema VMware subjacente (armazenamento) e NÃO é culpa da VM individual. Você deve falar com sua equipe VMware sobre isso, eles provavelmente podem diagnosticar ainda mais.
Hoje eu tive que consertar 3 VMs com erros de sistema de arquivos quase idênticos, todos rodando Redhat 5 ou 6. Basicamente, as VMs tinham inodes corrompidos e remontados / como um sistema de arquivos somente leitura, corrompendo também várias tabelas mysql e várias unidades montadas. A execução de fsck -A -y em cada servidor resolveu os problemas e reparou manualmente as tabelas corrompidas do MySQL.
Eu não estava presente quando a corrupção aconteceu, mas o meu entendimento é que a corrupção foi simultânea, ou não foi um travamento de serviço não sei. Não consigo encontrar nada em dmesg, messages, audit.log, mysqld.log para indicar a causa subjacente. Eu não sou um administrador de servidor especializado, especialmente no Redhat (Ubuntu), mas qualquer tipo de idéias ou orientação para solução de problemas seria muito bem-vinda.
A arquitetura subjacente é o hipervisor VMWare.
Sugeri, provisoriamente, que uma possível causa para os três servidores sofrerem corrupção poderia ser devido a uma falha subjacente no dispositivo de armazenamento de dados.
Alguém teve experiência com algo semelhante?
Obrigado.
Isso provavelmente é uma falha do sistema VMware subjacente (armazenamento) e NÃO é culpa da VM individual. Você deve falar com sua equipe VMware sobre isso, eles provavelmente podem diagnosticar ainda mais.
Tags virtualization linux redhat