web-dev-qa-db-ja.com

DebianLACPボンドeth0攪拌状態

Debian8.xを実行しているHPサーバー上の2x 1Gbps接続でLACPボンドをセットアップしました。以前は、CentOS7.xでこの構成をまったく問題なく実行しました。

私が直面している問題は、「監視」段階が完了した後、OSの起動がチャーン状態になった1分後のeth0です。

Actor Churn State: churned
Partner Churn State: churned

私はオンラインで読んだことがありますが、これを引き起こす原因について多くを見つけることができないようです。DCスイッチ構成をチェックしてもらい、動作中のCentOSセットアップと同じです。

以下にネットワーク構成ファイルを添付しましたが、接続は機能しますが、eth1のみを使用するため、結合の利点が失われます。

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

ネットワークインターフェース

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

どんな助けでもありがたいです。

ありがとう、アッシュ

debianlacp
2
Ashley Merrick

次の記事を参照してください： https://access.redhat.com/solutions/4122011

簡単に言えば、それは最後のカーネルアップデートに関連しているということです。彼らは、次のコミットがLACPの問題に関連していると疑っています： https://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git/commit/?id=ea53abfab960909d622ca37bcfb8e1c5378d21cc

ソリューションが利用可能になるまでは、古いカーネルから起動するのが理にかなっています。この問題は、RedHatベースのOSで次のバージョンに従って発生すると述べています。

カーネル-3.10.0-957.1.3.el7

前回のカーネルアップデートがかなりのユーザーに影響を与えたように見えるので、この投稿を最新の状態に保つように努めます。

追加リファレンス：

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

2
Dmitriy Kupch