Pergunta : Erro da atualização de Windows no convidado hyper-v em um cavalo-força Proliant ML370 G6 (cartão de rede de NC375i)

Olá!, o

I instalou um usuário novo duas semanas há (cavalo-força Proliant ML370 G6) no usuário 2008R2 de Windows com hyper-v e eu estou começ alguns problemas de comunicação. o problema do

The primeiro que eu tive era com meu teaming do NIC. Meu convidado hyper-v não se estava comunicando com a rede exceto o anfitrião do VM. o problema do

This foi resolvido seguindo esta ligação: o rel= " nofollow " do " _blank " " do target= de " http://h20000.www2.hp.com/bc/docs/support/SupportManual/c01663264/c01663264.pdf do href= do

o

Now do bc/docs/support/SupportManual/c01663264/c01663264.pdf de http://h20000.www2.hp.com/ tudo parece aos trabalhos grandes mas eu não posso usar a atualização de Windows, mim começ este erro: 0×80072EE2. o

I leu um par bornes sobre este problema: rel= " nofollow " do " _blank " " do target= de " http://support.microsoft.com/kb/836941/en-us do href= do

rel= " nofollow " do " _blank " " do target= de " http://msmvps.com/blogs/thenakedmvp/archive/2009/11/08/windows-update-error-80072ee2-hyper-v-guest-issues.aspx do href= do

om/kb/836941/en-us de http://support.microsoft.c > rel= " nofollow " do " _blank " " do target= de " http://demonictalkingskull.com/2009/08/network-problems-on-a-hyper-v-guest/ do href= do

enakedmvp/archive/2009/11/08/windows-update-error-80072ee2-hyper-v-guest-issues.aspx de http://msmvps.com/blogs/th > rel= " nofollow " do " _blank " " do target= de " http://grinding-it-out.blogspot.com/2008/05/error-number-0x80072ee2.html do href= do

.com/2009/08/network-problems-on-a-hyper-v-guest/ de http://demonictalkingskull > rel= " nofollow " do " _blank " " do target= de " http://social.technet.microsoft.com/Forums/en-US/winserverhyperv/thread/e6298788-c697-421b-8f3f-55b2d89e425a do href= do

gspot.com/2008/05/error-number-0x80072ee2.html de http://grinding-it-out.blo > osoft.com/Forums/en-US/winserverhyperv/thread/e629
I de/>8788-c697-421b-8f3f-55b2d89e425a tentou incapacitar todo Offload configurações em meu cartão de rede conetado dois, na configuração teaming, na rede virtual e no cartão de rede dos convidados hyper-v mas eu ainda estou começ o erro da atualização de Windows. Eu comecei o sibilo de meu usuário hyper-v e de um convidado e quando eu começo a atualização de Windows mim perder a comunicação entre o convidado e a passagem mas não entre o anfitrião hyper-v e a passagem. Eu não começ nenhum problema da atualização de Windows em meu anfitrião hyper-v, somente em meus convidados. Eu igualmente tento adicionar DisableTaskOffloa=1 ao registro mas aquele não muda qualquer coisa. o

I não considera meu cartão de rede (do porto Integrated do quadrilátero do cavalo-força NC375i usuário Multifunction do gigabit) neste original: o rel= " nofollow " do " _blank " " do target= de " http://h20000.www2.hp.com/bc/docs/support/SupportManual/c01516156/c01516156.pdf do href= do

o

But que do bc/docs/support/SupportManual/c01516156/c01516156.pdf de http://h20000.www2.hp.com/ não se está referindo ao usuário 2008R2 de Windows, talvez este cartão é agora compatível. o

Does existe um original mais recente e é alguém tem o mesmo problema com este cartão de rede?

P.S. Eu estou usando o excitador Multifunction de QLogic nx3 das NC-Séries do cavalo-força para o usuário 2008 R2 de Windows (4.0.520.13471) e utilidade de configuração da rede do cavalo-força para o usuário R2 das viúvas (9.90.1.0) e minha versão dos firmware do networcard é 4.0.520.

On um o outro borne, alguém sugere-me ao disolve minha equipe, inutilização Offload a caraterística e reconstrói minha equipe. o

So eu suprimi de minha rede virtual, dissolvida meu NIC teaming, de enfermos que todos Offload opções: a soma de controle do

IPV4 Offload o
Large recebe Offload o
Large emite Offload o
Large de V1 IPv4 emite Offload o
Large de V2 IPv4 emite Offload a soma de controle do
TCP de V2 IPv6 Offload IPv4 a soma de controle do
TCP Offload IPv6 a conexão do
TCP Offload IPv4 a soma de controle do
UDP Offload IPv4 a soma de controle do
UDP Offload IPv6 o

on que meus dois permitem os portos (eu tenho um cartão de 4 portos com inutilização 2 portuária), verific que todos Offload a caraterística são inutilização no cavalo-força NCU, os enfermos Offload opções em meu cartão de rede virtual no anfitrião hyper-v e no lado do convidado: o

IPv4 Cheksum Offload o
Large emite Offload o
Large da versão 2 (IPv4) emite Offload a soma de controle do
TCP da versão 2 (IPv6) Offload a soma de controle do
TCP Offload a soma de controle do
UDP Offload a soma de controle do
UDP Offload o

And que eu ainda estou afrouxando uma comunicação com a passagem durante a atualização de Windows. a coisa do

The somente de que eu não modifiquei em cartões de rede a respeito Offload é a máxima Offload conexões e seu jogo 512. ao

Has qualquer um teve o mesmo problema? o

I leu muito borne e incapacitando Offload a caraterística resolvem normalmente o problema mas isso não parece trabalhar para me.

Thanks!


Jim


  class= do

Resposta : Erro da atualização de Windows no convidado hyper-v em um cavalo-força Proliant ML370 G6 (cartão de rede de NC375i)

Pode você:

Remover todas as redes virtuais (manter uma nota de você do IP de estática atribuiu a seus usuários virtuais)
Remover todos os excitadores físicos do NIC do “começo > FUNCIONADO > Devmgmt.msc” (quadrilátero nc375i ou todos os NIC da supressão se possível)
Recarregar o ANFITRIÃO R2 do usuário 2008 de Windows (o usuário físico)
Uma vez que as janelas voltam, deixá-lo que o automóvel deteta os excitadores para seu NIC
então em vez de criar uma equipe, como um teste pode você apenas criar uma rede virtual e então tentar a atualização das janelas?

Eu tive um problema de conexão da rede demasiado com o mesmo NIC (em um usuário do local do cliente) e eu removi os excitadores, a seguir as janelas do elt detetam-no, testam-n sem teaming e nenhuns problemas

Esperar que isto trabalha para você - verific para trás aqui após o trabalho