ESX 3.5i - Arquivo Vmdk faltando

[ValdineiJ]

Olá pessoal,

Após um blackout de energia no fim de semana uma das VMs do meu servidor parou de funcionar.

Ao tentar startá-la o sistema acusa a falta de um arquivo vmdk que de fato não está mais onde deveria estar, nem o vmdk, nem o flat-vmdk.

Para ajudar não tenho backup deste arquivo.

Não encontrei nenhuma entrada em log que mostrasse a exclusão dos arquivos e nenhuma ferramenta que permitisse a recuperação de arquivos.

No link abaixo encontrei uma referencia ao UFS Explorer.

http://communities.vmware.com/docs/DOC-9972

Gostaria de saber se alguém já enfrentou um problema semalhante e que ferramenta utilizou.

Desde já agradeço,

[MauroBonder]

ValdineiJ,

Se tiver contrato de suporte na VMware, abra um chamado, esse tipo de coisa normalmente não termina em boa notícia..... Você chegou a ver em todos datastores se não está em outro lugar (Apesar de que nao deveria estar). Em Configuration > Storage > Browser Data Store.

Não tem nada nos logs ? dá uma olhada http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=100679...

o espaco free do storage mostra certo ? como se nao tivesse nada ?

boa sorte....

[ValdineiJ]

Mauro,

Estamos em contato com a Vmware para renovação do contrato de suporte.

Aparentemente o arquivo -flat está em outro local mas sem o .vmdk. Não quis movimentá-lo antes de abrir um chamado para não piorar a situação.

Não encontrei nenhum arquivo de log nas pastas mencionadas no artigo que vc indicou. Existem logs apenas na pasta do storage mas com datas posteriores ao blackout.

Tenho dois hds nessa máquina virtual e os dois tem 2 arquivos delta cada um. Como o espaço livre está menor que a soma do tamanho dos arquivos imagino que isso esteja impedindo a consolidação.

Vou levar esses arquivos para outro servidor (copiando eles manualmente do servidor) e tentar a consolidação para ter pelo menos acesso aos dados.

Posto as novidades aqui.

Grato.

[MauroBonder]

o flat.vmdk é o que importa, ali que tem as informações de fato. o .VMDK é descrição do disco, tamanho, apontamento e etc....

dá uma olhad a nesse KB, geralmente resolve esse tipo de problema, quando se perde o .VMDK, mas se tem o FLAT-VMDK.

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=100251...

Please, don't forget the awarding points for "helpful" and/or "correct" answers. 

Mauro Bonder - Moderator

[MauroBonder]

outra recomendação, se você for tentar executar o procedimento descrito no KB acima, faça um backup do FLAT-VMDK.

Please, don't forget the awarding points for "helpful" and/or "correct" answers. 

Por favor, não esquecã de atribuir pontos para respostas "Helpful" e/ou "correto"

Mauro Bonder - Moderator

[ValdineiJ]

Pessoal,

Depois de 2 dias de muitas pesquisas consegui restaurar meus dados. Vou descrever aqui o passo a passo que seguimos. É longo, mas pode ajudar alguém com problemas semelhantes.

A máquina virtual possuia 2 discos. Antes de mais nada, fizemos o download de todos os arquivos para trabalhar com eles fora do ESX.

Sabíamos que seria muito difícil recuperar o arquivo desaparecido (ou deletado) ou tentar fazer qualquer recuperação de arquivo. Assim, a estratégia foi tentar recuperar os dados contidos nos vmdk's.

Por sorte, meus dados estavam no VMDK que "a princípio" estava intacto.

Tentamos então recuperar os dados diretamente utilizando o WinImage (http://www.winimage.com/winimage.htm), que permite visualizar os dados de arquivos de imagens, dentre eles VMDKs.

Como nem tudo são flores, o software dizia que não havia dados na imagem.

Tentamos também o VMware DiskMount Utility (http://www.vmware.com/download/eula/diskmount_ws_v55.html). Nada feito.

Outra tentativa foi o ZAR (http://www.z-a-recovery.com/) que permite restaurar dados de, dentre outras coisas, de arquivos de imagem. Obtivemos os arquivos (depois de muitas horas), mas corrompidos!

Um detalhe importante é que havia 3 arquivos, um flat.vmdk e dois delta.vmdk para o disco.

Levamos então estes arquivos para uma outro ESX com bastante espaço livre para consolidá-los e obter um único vmdk. (http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=100784...). É claro que essa operação também não foi tão simples assim, uma vez que tivemos que usar o seguinte kb (http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=100796...) para resolver um problema de vinculo entre os arquivos vmdks.

Com o disco consolidado bastava anexá-lo a uma VM para ter acesso aos arquivos certo? Errado! Conseguimos anexá-lo a uma VM mas nada de dados com a VM ativa.

A solução final foi a seguinte. Instalamos o VMPlayer na minha máquina e criamos uma máquina virtual nova e anexamos o nosso disco virtual a ela.

Utilizamos um Ubuntu Live CD para dar boot e tentar acessar o HD problemático. O Ubuntu reconheceu o HD mas não conseguiu montá-lo dizendo que ele estava marcado como EM USO, mas sugeriu tentar montar (por sua conta e risco) forçadamente o disco:

mount -t ntfs-3g /dev/sda1 /LocalOndeMontar -o force

Bingo! Daí em diante foi só copiar os dados e restaurar o sistema (e tomar as devidas providências para que isso não se repita!!)

É isso!