3 votes

Debian LACP Bond eth0 Etat du barattage

J'ai configuré un lien LACP sur 2 connexions 1Gbps sur un serveur HP fonctionnant sous Debian 8.x, j'ai déjà fait cette configuration sur CentOS 7.x sans aucun problème.

Le problème auquel je suis confronté est que eth0, une minute après le démarrage du système d'exploitation, passe dans un état de barattage, une fois que l'étape de "surveillance" est terminée.

Actor Churn State: churned
Partner Churn State: churned

J'ai fait des lectures en ligne et je n'ai pas trouvé grand chose sur ce qui peut causer ce problème. J'ai demandé au DC de vérifier la configuration du commutateur et elle est identique à celle d'une installation CentOS qui fonctionne.

J'ai joint le fichier de configuration réseau ci-dessous, la connexion fonctionne mais n'utilise que eth1, ce qui supprime les avantages d'un lien.

cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)

Bonding Mode: IEEE 802.3ad Dynamic link aggregation
Transmit Hash Policy: layer2 (0)
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 200
Down Delay (ms): 200

802.3ad info
LACP rate: fast
Min links: 0
Aggregator selection policy (ad_select): stable
System priority: 65535
System MAC address: 70:10:6f:51:88:8c
Active Aggregator Info:
    Aggregator ID: 2
    Number of ports: 1
    Actor Key: 9
    Partner Key: 14
    Partner Mac Address: 54:4b:8c:c9:51:c0

Slave Interface: eth0
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 70:10:6f:51:88:8c
Slave queue ID: 0
Aggregator ID: 1
Actor Churn State: churned
Partner Churn State: churned
Actor Churned Count: 1
Partner Churned Count: 1
details actor lacp pdu:
system priority: 65535
system mac address: 70:10:6f:51:88:8c
port key: 9
port priority: 255
port number: 1
port state: 71
details partner lacp pdu:
system priority: 65535
system mac address: 00:00:00:00:00:00
oper key: 1
port priority: 255
port number: 1
port state: 1

Slave Interface: eth1
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 70:10:6f:51:88:8d
Slave queue ID: 0
Aggregator ID: 2
Actor Churn State: none
Partner Churn State: none
Actor Churned Count: 0
Partner Churned Count: 0
details actor lacp pdu:
system priority: 65535
system mac address: 70:10:6f:51:88:8c
port key: 9
port priority: 255
port number: 2
port state: 63
details partner lacp pdu:
system priority: 127
system mac address: 54:4b:8c:c9:51:c0
oper key: 14
port priority: 127
port number: 29
port state: 63

Interfaces réseau

auto eth0
iface eth0 inet manual
bond-master bond0

auto eth1
iface eth1 inet manual
bond-master bond0

auto bond0
iface bond0 inet manual
    bond_miimon 100
    bond_mode 802.3ad
    bond-downdelay 200
    bond-updelay 200
    bond-slaves none

auto vlan520
iface vlan520 inet static
    address  62.xxx.xxx.40
    netmask  255.255.255.0
    gateway  62.xxxx.xxxx.1
    vlan-raw-device bond0

auto vlan4001
iface vlan4001 inet static
    address  172.16.1.1
    netmask  255.255.255.0
    vlan-raw-device bond0

/etc/modprobe.d/bonding.conf

alias bond0 bonding
    options bonding mode=4 miimon=100 lacp_rate=1

Toute aide sera appréciée.

Merci, Ash

2voto

Dmitriy Kupch Points 441

Veuillez consulter l'article suivant : https://access.redhat.com/solutions/4122011

La réponse courte est que c'est lié à la dernière mise à jour du noyau. Ils soupçonnent le commit suivant d'être lié au problème LACP : https://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git/commit/?id=ea53abfab960909d622ca37bcfb8e1c5378d21cc

En attendant que la solution soit disponible, il est logique de démarrer avec l'ancien noyau. Le problème s'est produit dans la version suivante sur les systèmes d'exploitation basés sur Redhat :

kernel-3.10.0-957.1.3.el7

J'essaierai de maintenir ce message à jour car il semble que la dernière mise à jour du noyau ait affecté un grand nombre d'utilisateurs.

Référence supplémentaire :

https://patchwork.ozlabs.org/patch/437496/

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X