La macchina virtuale Hyper-V non risponderà alla networking

Recentemente una delle nostre macchine virtuali Hyper-V ha interrotto periodicamente la risposta in networking. Sembra accadere each pochi giorni e succede occasionalmente fino a diverse volte al giorno. Io non sono affatto un sysadmin, quindi qualsiasi direzione che voi potessimo fornire sarebbe stata molto gradita. Ho incluso tutto quello che so per includere qui sotto. Se hai bisogno di ulteriori informazioni, sarò lieto di includerlo.

EDIT

Ecco alcuni dettagli che ho perso durante il post iniziale.

  • Sia il server Hyper-V che il VM eseguono Windows Server 2008 Standard.
  • Ci sono 6 VM sul server Hyper-V, tutti condividendo una networking virtuale esterna che funziona su una scheda gigabit.
  • Il problema sembra essere isolato a questa VM.
  • Alless uno degli altri VM sul server è un carico abbastanza elevato.

7 Solutions collect form web for “La macchina virtuale Hyper-V non risponderà alla networking”

Sembra che ci sia un problema con la NIC virtuale e / o l'interazione di un pezzo di software con la virtual NIC. Ecco alcune cose che puoi provare, ma i miei soldi sono probabilmente sul prodotto antivirus / firewall.

  1. Tutti i tuoi VM hanno lo stesso prodotto antivirus? Verificare che il prodotto antivirus / firewall support SP2002 con Hyper-V, altrimenti provare un diverso (o temporaneamente rimuovere se ansible) il prodotto antivirus / firewall come prova per vedere se il problema si allontana. Questo è stato il colpevole dei nostri sisthemes, each 24-48 ore una VM apparentemente random perderebbe la connettività fino a quando è stato riavviato.

  2. Verificare che il prodotto antivirus nel sistema di gestione / padre abbia le appropriate copie di cartelle e processi (articolo articolo MS: 961804)

  3. Provare a distriggersre le funzioni di offload di NIC, ad esempio il carico di scarico di grandi size e lo scarico del carico di sovraccarico nella scheda di networking VM, sono abilitati per impostazione predefinita in Windows, ma il ansible che la NIC hardware non lo supporti (o non interagisce bene con Hyper-V) che può causare problemi di performance e errori di networking. Ci sono diversi modi per farlo, ma il più veloce per scopi di test è quello di aprire le properties; dell'adattatore NIC (all'interno del VM), passare alla scheda avanzata e distriggersre le funzioni di offload nell'elenco, quindi riavviare il VM. (Articolo di MS articolo: 951037) Questo sembra essere un problema abbastanza comune. Probabilmente verranno visualizzati anche errori sugli switch di networking delle porte associate se si tratta di un problema.

L'articolo riportto di seguito può o non può essere correlato …. è stato supposto risolto nel 2008 R2, quindi è stato interrotto in SP1, quindi risolto nuovamente dopo SP1 in questa correzione.

http://support.microsoft.com/kb/2263829

Nella mia esperienza, questo problema esiste ancora, anche dopo l'applicazione della correzione.

Finora non sono in grado di trovare un modo per risolvere questo problema. Credo di aver bruciato più di una settimana del mio tempo distriggersndo il carico off TCP e molte impostazioni simili; nulla impedisce che la stack di collegamento Hyper-V non sia rioutput. Non sono così sicuro che sia puramente carico di networking correlata come posso fare questo fallire quando si utilizza ARCserve per il backup di Exchange 2010 VM. Ma non riesce solo a far parte del backup tramite il backup di C: Drive. Se rimuovo l'agente client per Windows e lascio l'agente di Exchange solo sulla VM, posso eseguire il backup del DB di Exchange più e più volte, senza alcun problema. E il tasso di trasferimento di dati sulla networking (virtuale) quando si esegue il backup del DB di Exchange è molto maggiore di quando si esegue il backup dell'unità C: con migliaia di piccoli file.

Quindi, questo mi fa pensare che forse è una sorta di file i / o problema con il VHD? Forse, un problema SMB (utilizza ARCserve Backup SMB?)? Una combinazione sia dell'alto file i / o che del carico di networking? Forse un bug nei servizi di integrazione Hyper-V? Qualcosa non ha ragione e non riesco a credere che non ci sia più rumore di questo. Ho 2 server, in posizioni diverse che entrambi sperimentano questo problema, anche se i sintomi e il recupero sono un po 'diversi.

L'altro server perde lo stack di networking nel VM, ma è necessario riavviare l'host per recuperare mentre il VM si blocca e non risponde durante il riavvio. Quindi, questo è più grave in quanto l'integer host ha bisogno di un riavvio per correggere la networking non rioutput su un solo VM. Questo è il sintomo riportto da jwerwie nel post originale.

Mucking con gli indirizzi MAC, le impostazioni TCP Offload e così via, sembrerebbe essere un spreco colossale di tempo.

Così improvvisamente uno dei miei VM è diventato irresistibile. Tutti gli altri VM che vivevano sullo stesso host Hyper-V potrebbero pingare il server, ma chiunque al di fuori del VMHost avrebbe una risposta molto intermittente.

Si scopre che il mio collega aveva sparato un vecchio server che abbiamo fatto P2Ved un po 'fa. Il VM aveva ancora lo stesso indirizzo MAC del server fisico. Nel mio caso finì per essere un problema di indirizzo MAC.

Detto questo, quando ho costruito il mio ambiente Hyper-V, ho distriggersto tutte le funzioni di scaricamento dei Broadcom nics del server utilizzati da Hyper-V. Non ho avuto un unico problema di networking fino a questo.

Vorrei iniziare con la risoluzione di problemi di base.

  • Vi sono altri ospiti in esecuzione nell'host in cui è in esecuzione la macchina problematica? In caso affermativo, stanno vivendo problemi, o è isolata a questa macchina?
  • Al momento in cui questa macchina non risponde, c'è qualcos'altro che succede nel tuo ambiente che utilizza molta width di banda?
  • Avete configurato correttamente l'interruttore virtuale per quella macchina ospite?
  • Ci sono events che si presentano in modo coerente prima che l'errore di Netlogon possa indicare ciò che sta succedendo?
  1. C'è qualche probabilità di conflitto di un indirizzo IP? Se il server dispone di un indirizzo statico, sovrappone con qualsiasi pool DHCP? Ricorda che il tuo pool DHCP di Windows potrebbe non essere l'unico nell'ambiente, in particolare se si dispone di dispositivi come gli apparecchi VPN oi controller WLAN.

  2. Esistono altri VM che condividono la stessa interface di networking fisica? Tutti hanno la connettività di networking quando questo non lo fa?

Ho questo stesso problema su una macchina virtuale in esecuzione su un cluster di 3 HV server.

Uno dei nostri server standard virtualizzati win2003SP2 smette di rispondere attraverso la networking, entrando nel server tramite MS SC VMM o tramite la console Hyper-V sul nodo in cui è il VM e sembra che abbia perso l'interface di networking … se io cercare di passare alle properties; dell'interface di networking che non ho alcuna window, quindi non riesco a distriggersre / abilitare per vedere se la connessione è indietro. Ho altri VM che utilizzano lo stesso Virtual Switch sul server e continuano a lavorare senza alcun problema.

Per recuperare la situazione è necessario riavviare il VM o migrarlo ad un altro nodo Hyper-V del cluster.

Ho visto il registro events del sistema e ho trovato diversi events come quelli qui di seguito:


Tipo: Informazioni

Fonte: netvsc

Categoria: nessuna

ID evento: 4

Resettare il miniport 'Microsoft Virtual Machine Bus Network Adapter'.

Per ulteriori informazioni, consulta la sezione Guida e supporto tecnico all'indirizzo

.

o


Tipo: Avviso

Fonte: netvsc

Categoria: nessuna

ID evento: 5

Il miniport 'Microsoft Virtual Machine Bus Network Adapter' è appeso.

Per ulteriori informazioni, consulta la sezione Guida e supporto tecnico all'indirizzo

Ma non capisco perchè accadano.

Cordiali saluti, Miguel Branco da Silva Lisboa – Portogallo

Ho avuto questo stesso problema con alcuni dei miei VM. In particolare con Exchange che è virtualizzato. Il problema ha dovuto fare "traffico pesante in output" che ha reso il nostro VM perdere la connessione alla networking ma altrimenti sembrava male.

Ho risolto il problema con questa patch: http://support.microsoft.com/kb/2263829

Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.