Recentemente, uma de nossas máquinas virtuais Hyper-V parou de responder periodicamente pela rede. Parece acontecer a cada poucos dias e ocasionalmente acontece várias vezes ao dia. Não sou de forma alguma um administrador de sistema, então qualquer orientação que vocês pudessem fornecer seria muito bem-vinda. Incluí tudo o que sei para incluir abaixo. Se você precisar de alguma informação adicional, ficarei feliz em incluí-la.
- Posso me conectar por meio do console Hyper-V.
- Não consigo me conectar a compartilhamentos de rede, aplicativos da web IIS, usando RDP ou ping.
- O uso de memória parece normal (3 de 4 GB)
- O uso do processador parece baixo.
Não sabemos a hora exata em que o servidor fica inativo, mas o seguinte erro aparece consistentemente no momento em que ele fica inativo:
Erro 5719, NETLOGON
Este computador não foi capaz de configurar uma sessão segura com um controlador de domínio no domínio***devido ao seguinte: Atualmente não há servidores de logon disponíveis para atender à solicitação de logon. Isso pode levar a problemas de autenticação. Certifique-se de que este computador esteja conectado à rede. Se o problema persistir, entre em contato com o administrador do seu domínio.
EDITAR
Aqui estão alguns detalhes que perdi durante a postagem inicial.
- Tanto o servidor Hyper-V quanto a VM estão executando o Windows Server 2008 Standard.
- Existem 6 VMs no servidor Hyper-V, todas compartilhando uma rede virtual externa executada em um adaptador gigabit.
- O problema parece estar isolado nesta VM.
- Pelo menos uma das outras VMs no servidor tem uma carga bastante alta.
Responder1
Parece que há um problema com a NIC virtual e/ou com a interação de um software com a NIC virtual. Aqui estão algumas coisas que você pode tentar, mas meu dinheiro provavelmente está no produto antivírus/firewall.
Todas as suas VMs possuem o mesmo produto antivírus? Verifique se o seu produto antivírus/firewall suporta especificamente o Server 2008 com Hyper-V; caso contrário, tente um produto diferente (ou remova temporariamente, se possível) do seu produto antivírus/firewall como um teste para ver se o problema desaparece. Esse era o culpado em nossos sistemas: a cada 24 a 48 horas, uma VM aparentemente aleatória perdia a conectividade até ser reinicializada.
Verifique se o seu produto antivírus no sistema operacional de gerenciamento/pai tem a pasta apropriada e as exclusões de processo (ID do artigo MS: 961804)
Tente desabilitar as funções de descarregamento da NIC, como Large Send Offload e CheckSum Offload no adaptador de rede VM, elas são habilitadas por padrão no Windows, mas é possível que sua NIC de hardware não suporte (ou não interaja bem com o Hyper-V) o que pode causar problemas de desempenho e erros de rede. Existem várias maneiras de fazer isso, mas a mais rápida para fins de teste é (dentro da VM) abrir as propriedades do adaptador NIC, ir para a guia avançado e desabilitar as funções de descarregamento na lista e, em seguida, reinicializar a VM. (MS Article ID: 951037) Este parece ser um problema bastante comum. Você provavelmente também verá erros nos switches de rede nas portas associadas, se houver um problema.
Responder2
O artigo a seguir pode ou não estar relacionado... ele foi supostamente corrigido em 2008 R2, depois quebrado no SP1 e corrigido novamente após o SP1 neste hotfix.
http://support.microsoft.com/kb/2263829
Na minha experiência, esse problema ainda existe, mesmo depois de aplicar o hotfix.
Até o momento, não consigo encontrar uma maneira de resolver esse problema. Acho que gastei mais de uma semana do meu tempo desligando o descarregamento de TCP e muitas configurações semelhantes; nada impede que a pilha de rede do Hyper-V falhe. Não tenho tanta certeza de que seja puramente relacionado à carga de rede, pois posso fazer com que isso falhe ao usar o ARCserve para fazer backup da minha VM do Exchange 2010. Mas ele só falha no meio do backup da unidade C:. Se eu remover o 'Agente Cliente para Windows' e deixar o agente Exchange apenas na VM, poderei fazer backup do banco de dados do Exchange repetidamente, sem problemas. E a taxa de transferência de dados pela rede (virtual) ao fazer backup do banco de dados do Exchange é muito maior do que quando você faz backup da unidade C: com milhares de pequenos arquivos.
Então, isso me faz pensar que talvez seja algum tipo de problema de E/S de arquivo com o VHD? Talvez seja um problema de SMB (o ARCserve Backup usa SMB?)? Uma combinação de alta E/S de arquivo e carga de rede? Talvez um bug nos Serviços de Integração do Hyper-V? Algo não está certo e não posso acreditar que não haja mais barulho por aí sobre isso. Tenho 2 servidores, em locais diferentes, que apresentam esse problema, embora os sintomas e a recuperação sejam um pouco diferentes.
O outro servidor perde a pilha de rede na VM, mas você precisa reinicializar o host para se recuperar, pois a VM trava e deixa de responder durante a reinicialização. Portanto, isso é mais sério na medida em que todo o host precisa de uma reinicialização para corrigir a falha na rede em uma única VM. Este é o sintoma relatado por jwerwie na postagem original.
Mexer com endereços MAC, configurações de TCP Offload e assim por diante pareceria uma perda de tempo colossal.
Responder3
Então, de repente, uma das minhas VMs parou de responder. Quaisquer outras VMs que residam no mesmo host Hyper-V poderiam executar ping no servidor, mas qualquer pessoa fora do VMHost obteria uma resposta muito intermitente.
Acontece que meu colega de trabalho ativou um servidor antigo que tínhamos P2Ved há algum tempo. A VM ainda tinha o mesmo endereço MAC do servidor físico. No meu caso acabou sendo um problema de endereço MAC.
Dito isto, quando construí meu ambiente Hyper-V, desativei todos os recursos de transferência nas placas Broadcom do servidor que estavam sendo usadas pelo Hyper-V. Não tive um único problema de rede até este.
Responder4
Existe alguma chance de conflito de endereço IP? Se o servidor tiver um endereço estático, ele se sobrepõe a algum pool DHCP? Lembre-se de que o pool DHCP do Windows pode não ser o único em seu ambiente, principalmente se você tiver dispositivos como dispositivos VPN ou controladores WLAN.
Existem outras VMs compartilhando a mesma interface de rede física? Todos eles têm conectividade de rede quando este não?