Problèmes connus avec Intel® Ethernet FCoE
Il s’agit de problèmes connus lors de l’utilisation des cartes réseau Intel® Ethernet pour serveurs avec Intel® Ethernet FCoE. Cette liste est à jour depuis la version 17,4 du logiciel Intel® Network Connections. Reportez-vous au Guide de l' utilisateur pour plus d’informations sur l’installation et la configuration des cartes réseau Ethernet Intel.
Problèmes liés à la technologie Intel® Ethernet FCoE Windows *
- Le pilote de miniport de stockage virtuel Intel® Ethernet pour FCoE peut disparaître du gestionnaire de périphériques.
Le pilote miniport de stockage virtuel Intel® Ethernet pour FCoE peut disparaître du gestionnaire de périphériques après l’une des deux suivantes:
- Un réseau virtuel est supprimé.
- Les paramètres de la carte réseau Intel sous-jacente sont modifiés.
Cela peut se produire lorsque la carte correspondante est virtualisée pour créer un nouveau réseau virtuel ou supprimer ou modifier un réseau virtuel existant. Elle peut également se produire lorsque les paramètres de la carte réseau Intel sous-jacente sont modifiés, y compris en désactivant ou en réactivant la carte.
En tant que solution de contournement, l’utilisateur doit supprimer toute la dépendance de la ressource du pilote miniport de stockage virtuel Intel® Ethernet pour les FCoEs actuellement utilisés par le système avant d’apporter des modifications à l’adaptateur Intel pour la virtualisation. Par exemple, dans un scénario d’utilisation, l’utilisateur a peut-être attribué le ou les disques FCoE du pilote de stockage FCoE pour exécuter l’une de ses machines virtuelles, et en même temps, l’utilisateur veut modifier la configuration de la même carte réseau Intel pour la virtualisation. Dans ce scénario, l’utilisateur doit supprimer les disques FCoE de la machine virtuelle avant de modifier la configuration de l’adaptateur Intel.
- Le port virtuel peut disparaître de la machine virtuelle
Lorsque la machine virtuelle démarre, elle demande au pilote miniport de stockage virtuel Intel® Ethernet pour FCoE (le pilote) de créer un port virtuel. Si le pilote est par la suite désactivé, le port virtuel peut disparaître. Le seul moyen d’obtenir le port virtuel à nouveau consiste à activer le pilote et à redémarrer la machine virtuelle.
- Windows Server 2008 * avec Hyper-V: le pilote de miniport de stockage ne se charge pas lorsqu’une carte est ajoutée ou supprimée en tant que VNIC
Dans Windows Server 2008 avec Hyper-V, il est possible que le pilote du miniport de stockage ne se charge pas automatiquement après l’ajout ou la suppression d’une carte DCB/FCoE en tant que périphérique virtuel externe partagé. Pour charger le pilote du miniport de stockage, réinitialisez la carte.
- Lors de l’installation d’Intel® Ethernet FCoE après l’installation de l’ANS et la création d’une association AFT, les Storports ne sont pas installés.
Si l’utilisateur installe l’ANS et crée une association AFT, puis installe FCoE/DCB, le résultat est que DCB est désactivé par défaut. Si l’utilisateur active ensuite le traitement DCB sur un port, le système d’exploitation détecte Storports et l’utilisateur doit cliquer manuellement sur les invites de l’Assistant Nouveau matériel pour chacun d’entre eux. Si l’utilisateur ne fait pas cela, le statut DCB n’est pas opérationnel et la raison donnée n’est pas un homologue.
- Les équipes d’agrégation de liens ne sont pas prises en charge par les commutateurs FCoE Ethernet Intel® existants
- Intel® PROSet pour le gestionnaire de périphériques Windows * (DMiX) n’est pas synchronisé avec l’utilitaire de CTRL-D Intel® Ethernet FCoE
Lorsque l’utilisateur désactive FCoE via le menu Control-D, l’interface utilisateur du gestionnaire de périphériques Intel PROSet pour Windows indique que le flash contient une image FCoE, mais que le flash doit être mis à jour. La mise à jour du flash avec l’image FCoE rétablit la FCoE et rétablit l’État dans lequel tous les paramètres FCoE sont disponibles.
Si l’utilisateur utilise le menu Control-D pour désactiver FCoE, il doit utiliser le menu Control-D pour l’activer, car Intel PROSet pour le gestionnaire de périphériques Windows ne prend pas en charge l’activation ou la désactivation de FCoE.
- les cartes 82599 et X540 ne s’affichent pas comme compatibles avec le SPC-3 dans la configuration Windows * MPIO
Comme l’initiateur FCoE est un appareil virtualisé, il n’a pas d’IDENTIFIant matériel unique et ne s’affiche donc pas comme un appareil compatible SPC-3 dans la configuration Windows MPIO.
- Lors de la suppression de l’agrégation ALB, toutes les fonctions FCoE Ethernet Intel® échouent, tous les onglets DMIX sont grisés et les deux ports de la carte échouent.
Pour que l’équipe ait à travailler avec l’équilibrage de la charge réseau Microsoft (NLB) en mode monodiffusion, la LAA de l’équipe doit être définie sur le nœud IP du cluster. En mode ALB, l’équilibrage de la charge de réception doit être désactivé. Pour plus d’informations sur la configuration, reportez-vous à la rubrique utilisation d’adaptateurs d’association avec l’équilibrage de charge réseau pouvant provoquer des problèmes de réseau
L’Association ANS fonctionne quand l’équilibrage de la charge réseau est également en mode multidiffusion. Pour une configuration correcte de la carte dans ce mode, reportez-vous à la rubriqueID d’événement 53: fonctionnalité de carte réseau - Le trafic FCoE et TCP/IP sur le même VLAN risque de ne pas fonctionner sur certains commutateurs
Il s’agit d’un problème de conception et de configuration de commutateurs connu.
Problèmes de démarrage d’Intel® Ethernet FCoE
Problèmes connus de la ROM optionnelle
Problèmes de découverte avec plusieurs VLAN FCoE
La ROM optionnelle de FCoE peut ne pas trouver le VLAN désiré lors de la découverte de VLAN à partir de la fonction détecter les cibles. Si la boîte de dialogue VLAN de détection est alimentée par le mauvais VLAN, saisissez le VLAN de votre choix avant d’exécuter la fonction de détection des cibles.
Problèmes connus de Windows
Prise en charge des commutateurs Brocade dans la version 16,4
Intel® Ethernet FCoE Boot ne prend pas en charge les commutateurs Brocade dans la version 16,4. Si nécessaire, veuillez utiliser la version 16,2.Windows utilise un fichier d’échange sur le disque local
Après l’imagerie, si le disque local n’est pas supprimé avant de démarrer à partir du disque FCoE, il est possible que Windows utilise le fichier d’échange du disque local.Le vidage sur incident sur les disques FCoE est uniquement pris en charge par le LUN de démarrage FCoE
Les scénarios suivants ne sont pas pris en charge:- Videz le fichier Crash sur un disque FCoE si le répertoire Windows ne se trouve pas sur le LUN de démarrage FCoE.
- Utilisation de la valeur de Registre DedicatedDumpFile pour diriger le vidage sur incident vers un autre LUN FCoE.
L’arrêt du service IntelDCB peut entraîner le blocage ou le blocage du système d’exploitation.
La désinstallation de FCoE à partir d’un disque local peut être bloquée, car le programme d’installation signale que le système est incorrectement démarré à partir de FCoE
Lorsque la ROM optionnelle FCoE se connecte à un disque FCoE lors du démarrage, il est possible que le programme d’installation de Windows ne puisse pas déterminer si le système a été démarré à partir de FCoE ou pas, et bloquera la désinstallation de FCoE. Pour procéder à la désinstallation, configurez la ROM optionnelle de sorte qu’elle ne se connecte pas à un disque FCoE.Impossible de créer des interfaces VLAN avec le démarrage FCoE Ethernet Intel® activé
Lorsqu’il a démarré avec FCoE, un utilisateur ne peut pas créer de VLAN et/ou d’équipes pour d’autres types de trafic. Cela permet d’éviter les fonctionnalités convergées pour le trafic non FCoE.La carte serveur configurée pour le démarrage FCoE est disponible en tant que vNIC externe partagée via Hyper-V
Si un port est défini comme port d’amorçage, lorsque l’utilisateur installe le rôle Hyper-V dans le système, puis accède au gestionnaire de réseau Hyper V pour sélectionner le port à virtualiser de manière externe, le port d’amorçage s’affiche, ce qui ne devrait pas se passer.Lors de la configuration du port sur un port de démarrage dans Intel PROSet pour le gestionnaire de périphériques Windows (DMIX), un message indique que l’utilisateur doit redémarrer le système pour que les modifications soient effectives, mais n’entraîne pas le redémarrage de l’ordinateur. Par conséquent, les applications de niveau utilisateur sont en mode d’amorçage (l’onglet des centres de données est grisé), mais les pilotes de niveau noyau n’ont pas été redémarrés pour indiquer au système d’exploitation que le port est un port de démarrage. Lorsque l’utilisateur ajoute le service Hyper V au système, le système d’exploitation prend un cliché instantané des ports disponibles et il s’agit de la prise d’accrochage qu’il utilise après l’ajout du rôle Hyper-V, le système est redémarré et l’utilisateur accède à l’outil Gestionnaire de réseau virtuel Hyper V pour virtualiser le bon de commande. RTS. Par conséquent, le port de démarrage s’affiche également.
Solutions
Redémarrez le système après avoir configuré un port sur un port d’amorçage et avant d’ajouter le rôle Hyper V. Le port ne s’affiche pas dans la liste des ports virtualiables du gestionnaire de réseaux virtuels Hyper V.
Désactivez/activez le port dans le gestionnaire de périphériques après l’avoir configuré pour démarrer et avant d’ajouter le rôle Hyper V. Le port ne s’affiche pas dans la liste des ports virtualiables du gestionnaire de réseaux virtuels Hyper V.
Échec prématuré du délai d’attente de FCoE linkdown lors du démarrage à distance
Si un port amorcé par FCoE perd sa liaison pendant une période supérieure à celle spécifiée dans le paramètre avancé linkdown Timeout du pilote miniport de stockage virtuel Intel® Ethernet pour FCoE, le système se bloque. Les valeurs de délai d’attente linkdown supérieures à 30 secondes peuvent ne pas fournir un temps supplémentaire avant une panne système.
