Linux – Dell Broadcom NetXtreme Family of Adapters Manuel d'utilisation
Page 273
Dépannage : Guide de l'utilisateur de la carte réseau Broadcom NetXtreme II®
file:///C|/Users/Nalina_N_S/Documents/NetXtremeII/French/trouble.htm[9/5/2014 3:48:19 PM]
Problème : L'ajout d'une carte NetXtreme II activée pour NLB à une équipe risque d'entraîner des résultats inattendus.
Solution : Avant de créer l'équipe, dissociez NLB de la carte NetXtreme II, créez l'équipe, puis associez NLB à l'équipe.
Problème : Un système comportant une équipe 802.3ad provoque l'échec, consigné dans le journal des événements du
système, du service Netlogon en bloquant sa communication avec le contrôleur de domaine lors du démarrage.
Solution : L'article 326152 de la Base de connaissances Microsoft (
indique que les cartes Gigabit Ethernet peuvent présenter des problèmes de connectivité à un contrôleur de domaine en raison
de l'instabilité de la liaison lorsque le pilote est en cours d'initialisation et de négociation de la liaison avec l'infrastructure
réseau. La négociation de la liaison est ensuite affectée lorsque les cartes Gigabit intègrent une équipe 802.3ad en raison
d'une négociation supplémentaire avec un commutateur requis pour ce type d'équipe. Comme le suggère l'article Microsoft
mentionné ci-dessus, la désactivation de la détection de support (décrite dans l'article 938449 de la base de connaissances
Microsoft,
) permet de contourner ce problème.
Problème : Les liaisons d'éléments des équipes 802.3ad se déconnectent et se reconnectent en permanence (s'applique à
tous les systèmes d'exploitation).
Solution : Il s'agit d'un problème de tierce partie. Il intervient seulement quand on configure une équipe 802.3ad avec plus
de deux éléments sur le serveur et qu'on connecte un commutateur HP2524, avec LACP activé de manière passive ou active.
Le commutateur HP indiquera un canal LACP élaboré avec seulement deux éléments d'équipe. Toutes les liaisons des autres
éléments se déconnecteront et se reconnecteront. Ceci ne se produit pas avec un Cisco Catalyst 6500.
Problème : Une équipe de type Generic Trunking (GEC/FEC) 802.3ad en mode statique peut perdre sa connectivité réseau si
le pilote d'un élément de l'équipe est désactivé.
Solution : Si un élément d'équipe prend en charge le logiciel de gestion sous-jacent (ASF/UMP) ou le réseau local de réveil,
la liaison peut être maintenue sur le commutateur de la carte, même si son pilote est désactivé. Le commutateur continue
parfois alors à acheminer le trafic vers le port connecté au lieu de l'acheminer vers le port d'un élément actif. Déconnecter la
carte désactivée du commutateur permet de restaurer l'acheminement du trafic vers les autres éléments d'équipe actifs.
Problème : Les propriétés Large Send Offload (Déchargement important à l'émission) et Checksum Offload (Déchargement
de la somme de contrôle) ne fonctionnent pas sur mon équipe.
Solution : Si une des cartes de l'équipe ne prend pas en charge la propriété Large Send Offload (Déchargement important à
l'émission), celle-ci ne peut pas fonctionner pour l'équipe. Retirez de l'équipe la carte qui ne prend pas en charge Large Send
Offload (Déchargement important à l'émission) ou remplacez-la par une qui le fait. La solution est la même pour Checksum
Offload (Déchargement de la somme de contrôle).
Problème : Après modification des propriétés avancées d'une carte faisant partie d'une équipe, les propriétés avancées d'une
équipe ne sont pas modifiées.
Solution : Si une carte fait partie d'une équipe et que vous modifiez une propriété avancée, vous devez redéfinir l'équipe afin
de veiller à ce que les propriétés avancées de l'équipe soient correctement configurées.
Problème : Après suppression de la clé TOE d'une carte faisant partie d'une équipe, les fonctionnalités de déchargement TOE
d'une équipe ne sont pas modifiées.
Solution : Si une carte équipée d'une clé TOE fait partie d'une équipe et que vous supprimez la clé TOE, vous devez redéfinir
l'équipe de telle sorte que l'équipe n'apparaisse pas en tant qu'équipe compatible TOE.
Linux
Problème : Les périphériques BCM5771x avec contrôle de flux SFP+ sont paramétrés par défaut sur Désactivé au lieu de
Rx/Tx Activés.
Solution : Le paramètre par défaut du contrôle de flux pour les révisions 1.6.x et ultérieures a été modifié par Rx Désactivé
et Tx Désactivé car les périphériques SFP+ ne prennent pas en charge l'autonégociation pour le contrôle de flux.
Problème : Sur les noyaux antérieurs à 2.6.16, lorsque 16 partitions sont créées sur un serveur contenant deux cartes
réseau BCM57711, certaines partitions n'apparaissent pas et une erreur indiquant un espace insuffisant s'affiche.
Solution : Sur les architectures pour lesquelles la taille « vmalloc » par défaut est relativement petite et insuffisante pour le
chargement de nombreuses interfaces, utilisez vmalloc=<taille> lors du démarrage pour augmenter la taille.
Problème : L'acheminement ne fonctionne pas pour les cartes réseau 10 GbE NetXtreme II installées sur les systèmes Linux.