J'ai une machine virtuelle Windows Server 2008 R2 problématique dans un environnement vSphere 5.5 qui démarre avec une adresse APIPA (169.254.0.0/16) sur son interface au lieu de l'adresse IPv4 statiquement préconfigurée. Désactiver et réactiver l'interface (que ce soit via devmgmt.msc ou ncpa.cpl) aide à rétablir la connectivité, tout comme débrancher / rebrancher l'adaptateur virtuel dans vSphere :
Historique jusqu'à présent :
- La machine virtuelle tournait sous vSphere 5.0 / 5.1 ces dernières années
- L'environnement vSphere a été mis à jour vers 5.5 il y a 2 mois
- La machine virtuelle a été migrée vers un autre cluster la semaine dernière
- Les outils VMWare ont été mis à jour cette semaine
Elle n'est pas redémarrée très souvent, donc il est difficile de dire quand le problème a réellement commencé à apparaître, mais nous l'avons remarqué cette semaine après la mise à jour des outils. Le premier redémarrage après l'installation des outils n'avait pas de connectivité, les redémarrages suivants n'ont rien changé à cet égard. D'autres invités avec un historique similaire ont en effet eu des problèmes de connectivité lors du premier redémarrage après la mise à jour des outils, mais les redémarrages suivants se sont bien passés.
La machine virtuelle est en version v7 et a une seule interface réseau de type E1000, les pilotes de l'invité sont les PRO/1000MT par défaut de Windows (E1G6032E 8.4.1.0). La version des outils est 9.4.5 build-1734305.
Le journal d'événements Windows ne montre rien d'inhabituel ou lié aux pilotes au démarrage, à part des entrées de démarrage des services indiquant que l'hôte n'a pas de connectivité IP. L'onglet "Tâches & Evénements" de la console vSphere ne comporte pas non plus d'entrées suspectes.
Est-ce vraiment lié à la mise à jour des outils ? Comment puis-je le réparer ?
Édition : Je suis au courant de vmWare KB 2012646, qui suggère essentiellement de connecter / déconnecter l'adaptateur et de vérifier le registre pour les configurations APIPA sur les interfaces. J'ai fait les deux (aucune entrée configurée en APIPA n'est présente dans le registre sur les machines en question).
0 votes
Je me demandais, puisque vous avez installé et mis à jour les outils VM, est-ce qu'ajouter une nouvelle carte réseau VMXNET3 à la place de la E1000 (avec la même IP réappliquée bien sûr) causerait les mêmes problèmes ?
0 votes
@afx cela pourrait résoudre ou contourner le problème, le souci cependant est que l'adaptateur réseau a une adresse MAC automatiquement assignée et que le serveur exécute un logiciel lié à l'adresse MAC. Bien que nous puissions simplement demander à ce que le fichier VMX soit modifié pour que cette même adresse MAC soit définie comme "Manuelle", cela perturberait certaines de nos procédures, donc nous préférerions ne pas le faire si une autre solution est disponible.
0 votes
Ah d'accordo - pensavo così. mantenendo la testa sul pavimento...
0 votes
Veuillez élaborer un peu sur la configuration du réseau - comment sont configurés vos commutateurs virtuels, utilisez-vous des VLAN ? Si oui, comment sont-ils configurés sur vos commutateurs virtuels ? Avez-vous vérifié chaque port du commutateur virtuel sur votre nouveau cluster pour vous assurer que chaque VLAN de réseau virtuel spécifié a été étiqueté sur chaque interface ?
2 votes
@AlexBerry Mon aperçu des détails de configuration du réseau vSphere est limité - je ne gère que les VM une fois qu'elles sont configurées. Bien sûr, les commutateurs utilisent des VLAN et je ne m'attends pas à ce que le problème vienne du côté du réseau - une fois que l'interface a été désactivée et réactivée dans l'invité, elle fonctionne parfaitement. Mais je vais essayer d'obtenir les détails de configuration de vSphere des propriétaires de services respectifs.
0 votes
Ici sont des utilisateurs ayant des problèmes similaires. Je recommande des cas avec VMware et Microsoft pour cela, cela ne semble pas être quelque chose de réparable/diagnostiquable par serverfault pour être honnête. (Si vous ne pouvez pas changer de carte réseau)
0 votes
J'ai basculé les NIC de mon environnement en vmxnet3 et j'ai toujours le même problème. J'ai essayé toutes les méthodes habituelles comme mettre à jour les outils VMware et nettoyer les configurations réseau. Aucun étiquetage VLAN (deux VLAN non étiquetés sur des interfaces physiques distinctes), et la configuration est très basique. Plusieurs personnes ont rencontré ce problème dans des situations étranges mais je n'ai jamais trouvé de solution simple en ligne.
0 votes
@ToddWilcox avez-vous pu reproduire cela? Si oui, pourriez-vous essayer de désactiver la gestion de l'alimentation pour l'interface réseau dans le gestionnaire de périphériques? Cela semblait aider, bien que je ne puisse pas en être sûr en raison de la petite taille de l'échantillon de redémarrages des machines affectées. Et comme ils sont productifs, je ne peux pas planifier un très grand nombre de tests.
0 votes
@the-wabbit Désolé, la gestion de l'alimentation est déjà désactivée.