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.
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..
[cid:image001.png@01D36360.B6102D00]
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.
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/
Bonjour,
Pareil ici, VMQ pose souci (sur carte Intel). Par contre il faut bien le désactiver sur toute la chaine, carte réseau et VM.
Nicolas.
Le 22 nov. 2017 7:24 AM, "Julien Becker" julien@bckr.fr a écrit :
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 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/
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 Facebook]Suivez-nous...https://www.facebook.com/absysinformatique
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.frmailto: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.orgmailto: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/
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
[image: Barre]
[image: Logo ABSYS] Actionnaire du groupement [image: 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
[image: Logo Facebook]Suivez-nous... https://www.facebook.com/absysinformatique
*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 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/
-
Guillaume DESNOUES -
Julien Becker -
Nicolas Tremblier -
Olivier MARTY -
Olivier Vailleau