O hotfix Microsoft KB2263829 pode resolver esse problema.
Eu tenho um servidor Windows 2008 R2 que é um host Hyper-V (Dell PowerEdge T300). Hoje, pela primeira vez, encontrei uma situação estranha; Perdi a conexão com uma das máquinas convidadas, mas fazendo logon fisicamente, parece que o sistema operacional convidado ainda está em execução, mas não pode mais ser contatado pela rede.
Eu tentei desligar a máquina convidada (Windows XP), mas ela não desligava, ficando presa em uma caixa de diálogo "Não respondendo" que não pode ser descartada. Eu usei o console de gerenciamento do Hyper-V para redefinir a máquina e não consegui sair do estado de redefinição .
Eu tentei salvar outra máquina guest do Windows 2003, e seria progresso com seu estado Saving (0%). O outro convidado do Windows 2003 estava preso na caixa de diálogo de logon.
Minha primeira suspeita talvez seja um dos patches de atualização do Windows esta semana (10 de novembro de 2011) pode ter algo a ver com isso, que ainda estava pendente de uma reinicialização do sistema. Bem, desde que eu não pude fazer nada com o Hyper-V eu continuei com o reinício do Windows Update, e agora ele está preso meia hora em
"Encerrando o serviço de gerenciamento de máquinas virtuais do hyper-v"
Antes de reiniciar, não observei nenhum erro de disco rígido relatado no log de eventos do sistema; duvido que seja uma condição relacionada ao disco.
Devo forçar uma reinicialização difícil?
UPDATE
Ok, então deixei por mais de uma hora enquanto assistia a outros assuntos, e felizmente o anfitrião reinicializou de forma limpa. Eu posso operar bem as máquinas convidadas agora. Ufa.
O Hyper-V deve estar rastreando por algum motivo. As VMs foram observadas como lentas no passado quando o host ficou ativo por um longo período (de duas semanas a um mês), mas nunca tão lento. Adoraria saber que tipos de itens de monitoramento de desempenho eu posso observar para dar uma dica de por que isso pode acontecer.
ATUALIZAÇÃO 2012-02-13
Nos meses desde então, o Hyper-V parou nesse estado mais duas vezes. Ele aparece de forma tão aleatória e sem nenhum log de eventos de erro para sugerir o que está causando o estado "drunkard". Apenas um tempo limite de serviço de gerenciamento do Hyper-V.
Log Name: System
Source: Service Control Manager
Date: 13/2/2012 9:16:48 AM
Event ID: 7043
Task Category: None
Level: Error
Keywords: Classic
User: N/A
Computer: elune
Description:
The Hyper-V Virtual Machine Management service did not shut down properly after receiving a preshutdown control.
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Service Control Manager" Guid="{555908d1-a6d7-4695-8e1e-26931d2012f4}" EventSourceName="Service Control Manager" />
<EventID Qualifiers="49152">7043</EventID>
<Version>0</Version>
<Level>2</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x8080000000000000</Keywords>
<TimeCreated SystemTime="2012-02-13T01:16:48.882901900Z" />
<EventRecordID>567844</EventRecordID>
<Correlation />
<Execution ProcessID="764" ThreadID="8484" />
<Channel>System</Channel>
<Computer>elune</Computer>
<Security />
</System>
<EventData>
<Data Name="param1">Hyper-V Virtual Machine Management</Data>
</EventData>
</Event>
O único meio de sair disso é reiniciar o sistema.
UPDATE Este problema pode nunca ser respondido, uma vez que recentemente eu nivelei o servidor e instalei o Windows Server 2012 R2 novamente.
O hotfix Microsoft KB2263829 pode resolver esse problema.
Parece que ocorreu algum tipo de falha grave. Neste ponto, uma reinicialização forçada é provavelmente sua única opção.
Como observação, certifique-se de atualizar seu BIOS para a revisão mais recente (para atualizações de microcódigo) e certifique-se de que as exetências de virtualização necessárias estejam ativadas. O mesmo vale para os drivers, especialmente os drivers e o firmware do seu controlador RAID e dos discos rígidos. E a execução de um chkdsk /f
também não prejudicaria.
Você está executando algum outro aplicativo no host do hyper-v? Eu vi esse tipo de problema quando houve AV rodando no host.
Eu tive o mesmo, o servidor host levou cerca de 20 - 30 minutos para desligar. Isso ocorreu porque as máquinas hyper-v estavam em execução e o host precisava pará-las ou pausá-las primeiro (e foi isso que demorou tanto no meu caso).