Débranchement Du Câble Réseau Alors Qu'ethtool -P Est En Cours D'exécution; Problèmes Msi-X Avec Des Noyaux De Versions 2.6.19 À 2.6.21 (Compris); Présentation Igbvf - Intel Gigabit Ethernet Guide D'utilisation

REMARQUE : ce paramètre n'est pas sauvegardé lors des redémarrages. Toutefois, pour rendre la modification
de configuration permanente, utilisez l'une des méthodes suivantes :
Ajoutez la ligne suivante à /etc/sysctl.conf:
l
net.ipv4.conf.all.arp_filter = 1
Installez les interfaces dans des domaines de diffusion séparés (sur différents commutateurs ou sur un
l
commutateur partitionné en réseaux VLAN).
Désactiver le contrôle de flux de réception avec ethtool
Pour désactiver le contrôle de flux de réception en utilisant ethtool, vous devez désactiver la négociation automatique
sur la même ligne de commande. Par exemple :
ethtool -A eth? autoneg off rx
Débranchement du câble réseau alors qu'ethtool -p est en cours d'exécution
Sur les noyaux de versions 2.5.50 et supérieures (y compris la version 2.6), le système ne répond plus (sauf à la
commande Ctrl+Alt+Supp.) si le câble réseau est débranché alors que ethtool -p est en cours d'exécution. Le
redémarrage du système semble être le seul recours.
Une unité de transmission détectée se bloque sur les cartes réseau à quatre ports
Dans certains cas, les ports 3 et 4 ne laissent pas passer le trafic et signale "Detected Tx Uni Hnag" suivi des erreurs
"NETDEV WATCHDOG: ethX: transmit timed out" (dépassement de délai d'émission). Les ports 1 et 2 n'affichent
aucune erreur et laissent passer le trafic.
Le problème peut être résolu en effectuant une mise à jour vers les tous derniers noyaux et BIOS. Utilisez un SE qui
prend totalement en charge les interruptions MSI (Message Signaled Interrupts) et assurez-vous que la fonctionnalité
MSI est activée dans le BIOS de votre système.
N'utilisez pas LRO lors de l'acheminement de paquets
En raison d'un problème de compatibilité générale entre LRO et l'acheminement, n'utilisez pas LRO lors de
l'acheminement de paquets.
Problèmes MSI-X avec des noyaux de versions 2.6.19 à 2.6.21 (compris)
Des paniques et instabilités du noyau peuvent être observées sur tout matériel MSI-X si vous utilisez irqbalance avec
des noyaux de versions 2.6.19 et 2.6.21. Si ces types de problèmes surviennent, vous pouvez désactiver le démon
irqbalance ou mettre votre noyau à niveau.
Erreurs d'allocation de la page de réception
Des erreurs d'allocation d'ordre d'échec:0 erreur peut se produire en cas de stress avec les noyaux 2.6.25 et de
versions supérieures. Cela est dû à la façon dont le noyau Linux signale cette condition de stress.
L'hôte peut redémarrer après la suppression de PF lorsque des VF sont actives sur
l'invité
Lorsque vous utilisez des versions du noyau antérieures à la 3.2, ne déchargez pas le pilote PF avec des VF actives.
Cela entraînerait l'arrêt des VF jusqu'à ce que vous rechargiez le pilote PF et pourrait provoquer un redémarrage
spontané du système.
Pilote Linux* igbvf pour cartes réseau Intel® Gigabit
Présentation igbvf
Ce pilote prend en charge les versions de noyau en amont 2.6.30 (ou supérieure) x86_64.