Bonjour,

Voici une réponse un peu tardive (désolé,j'étais en clientèle et n'ai pas pu regarder plus en détail vos propositions).
Je vous remercie d'abord pour toutes vos réponses.

Malheureusement, et selon vos conseils, j'ai été vérifié les paramètres VMQ sur un hyperV.
Le VMQ est bien désactivé :

PS C:\Users\Administrateur> Get-NetAdapterVmq
Name                           InterfaceDescription              Enabled BaseVmqProcessor MaxProcessors Number Queues
----                           --------------------              ------- ---------------- ------------- ------
CF2-3                          HP Ethernet 1Gb 4-port 331T ...#3 False   0:0              16            12
CF2-1                          HP Ethernet 1Gb 4-port 331T Ad... False   0:0              16            12
CF2-2                          HP Ethernet 1Gb 4-port 331T ...#2 False   0:0              16            12
CF2-4                          HP Ethernet 1Gb 4-port 331T ...#4 False   0:0              16            12
CM4                            HP Ethernet 1Gb 4-port 331i ...#4 False   0:0              16            12
CM3                            HP Ethernet 1Gb 4-port 331i ...#3 False   0:0              16            12
CM2                            HP Ethernet 1Gb 4-port 331i ...#2 False   0:0              16            12
CM1                            HP Ethernet 1Gb 4-port 331i Ad... False   0:0              16            12
CF2                            HP Ethernet 1Gb 2-port 332T ...#2 False   0:0              16            12
CF1                            HP Ethernet 1Gb 2-port 332T Ad... False   0:0              16            12


La piste du VMQ semblait prometteuse : elle faisait l'unanimité des réponses.... malheureusement ce n'est pas ça. Retour à la case départ.

Si d'autres personnes ont une idée, je reste preneur..



Le 22 novembre 2017 à 08:51, Olivier MARTY <omarty@absys-services.fr> a écrit :

Idem, même problème sur des cartes réseau Broadcoam avec VMQ activé.

Résolu depuis.

 

Olivier MARTY

Directeur
Email : omarty@absys-services.fr - Mobile : 0618373000  - Ligne Directe : 259

Barre

Logo ABSYS

Actionnaire du groupement Logo Sequence Informatique

Espace Quadrena - 229 Rue Alphonse Beau de Rochas
PAE de Mercorent - 34500 BEZIERS
Tel : 04 67 11 01 02 - Fax : 04 67 11 00 01
http://www.absys-services.fr

Logo FacebookSuivez-nous...

Le présent courrier électronique ainsi que l’ensemble des données et pièces jointes qu’il comporte sont la propriété exclusive de ABSYS Informatique et contiennent des informations confidentielles. Si vous avez reçu ce message par erreur, merci d'en avertir immédiatement l'expéditeur par mél et de le détruire. Le présent mél ne saurait être considéré comme constitutif d’une prospection commerciale, ni valoir une information à caractère précontractuel ou un contrat.

De : FRsAG [mailto:frsag-bounces@frsag.org] De la part de Julien Becker
Envoyé : mercredi 22 novembre 2017 07:24
À : Guillaume DESNOUES <Guillaume.DESNOUES@cabinet-rostan.fr>
Cc : French SysAdmin Group <frsag@frsag.org>
Objet : Re: [FRsAG] [TECH][HyperV] Plantage de VM sous hyperV 2012R2 - lié au network

 

Bonjour,

Exactement le même problème chez certains clients. Le fait de désactiver les VMQ avait solutionné le problème. 

Envoyé de mon iPhone


Le 22 nov. 2017 à 07:12, Guillaume DESNOUES <Guillaume.DESNOUES@cabinet-rostan.fr> a écrit :

Bonjour,

 

On a eu un problème sur une conf équivalente (sauf carte réseau en Team):

 

Un problème connu sur les cartes broadcom qui arrive de façon aléatoire :

Il faut désactiver les VMQ sur les cartes réseau physique : « file d’attentes machine virtuelles »

Attention ça coupe le réseau quelques secondes..

https://support.microsoft.com/en-us/kb/2986895

Il faut le faire sur toutes les cartes physiques de l’hyper V..

 

 

<image001.png>

 

 

 

Si ça peut aider

 

Guillaume

 

De : FRsAG [mailto:frsag-bounces@frsag.org] De la part de Olivier Vailleau
Envoyé : mardi 21 novembre 2017 22:08
À : French SysAdmin Group <frsag@frsag.org>
Objet : [FRsAG] [TECH][HyperV] Plantage de VM sous hyperV 2012R2 - lié au network

 

Bonjour à toute la liste,

Nous faisons face à un souci aléatoire mais fréquent de plantage de machines virtuelles hyperV chez plusieurs de nos clients et j'aurais voulu savoir si quelqu'un avait déjà rencontré ce cas.

 

Voici le contexte :
- sur des serveurs HP Gen8 ou 9 , avec des cartes LAN Broadcom, Hyperviseur Win2012 R2.
- très peu de machines par hyperviseur : typiquement 4 ou 5, même si cela arrive sur des hyperviseurs (un peu) plus chargés et aussi sur d'autre glandeurs où l'on a que 2 vm.

- les VM ont chacune une carte physique dédiée, RAM et CPU oversizés (AMHA)

- les VM sont toutes en Windows 2008 R2 ou 2012 R2.

- peu importe l'uptime de l'hyperv ou des vm (on a rencontré des cas de plantages avec un uptime à 5mn et d'autres à 200 jours)

- ce sont des petites infra de PME (genre 15 pc, 2 laser, 1 serveur, 3-4vm) : pas de quoi pourrir un réseau en broadcast

 

Quand le "plantage" intervient, la vm est injoignable sur le réseau : toute la couche réseau est inopérante, alors que la vm voit bien le lien UP. L'os à l'intérieur de la VM continue de bien tourner (on le sait grâce à la console hyperV). Du coté hyperV, la vm est incontrôlable : l'arrêt ET l'extinction sont inopérants.

Si on demande à l'OS invité de s'arrêter, il fait bien son arrêt logiciel, mais le hardware virtuel ne s'éteint pas.

 

La seule solution que nous avons dans ce cas est de débrancher physiquement le câble réseau dédié à la vm (ou bien couper le switch au cul de l'hyperV). A partir de là, tout se débloque.

 

Ma première piste a été d'écarter les switchs bas-de-gamme (genre Dlink 5 ports autoalimenté) que nos commerciaux facturent à prix d'or. Mais même avec un hp procurve récent le problème s'est reproduit.

 

Nous avons évidement tenté les maj :

- Maj Windows des hôtes et des invités

- Upgrade firmware des switchs qui peuvent être upgradés, modif des autonégociations, vitesse, etc

- Maj des pilotes et des firmware des cartes réseau

- Mise à jour des agent d'intégration.

 

Nous sommes bien embêtés car nos clients subissent ces pannes, nous leur rajoutons des downtime le temps d'appliquer les MAJ et la situation ne s'arrange pas.

 

Est-ce que parmi la liste, quelqu'un aurai déjà rencontré ce souci ?

Sans vous demander de résoudre notre problème, J'apprécierai de connaitre vos propositions d'axes de recherche, vos idées, etc.. A plusieurs cerveaux, on balaye plus large et y'en a toujours un qui pense à un truc que nos esprits avaient écarté de prime abord.

 

Merci d'avance pour ceux qui m'ont lu et qui auront peut être une idée de génie.

 

Olivier Vailleau.

 

_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/


_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/