[SOLVED] PBS > Bond - Active-Backup schaltet nicht um

[RudiOnTheAir]

Moin

Bin grad am Testen mit einem DELL Server mit 2x 10Gbit Ethernet Schnittstellen. Wollte einen Bond einrichten, das ganze als active-backup.
Untenstehend die /etc /network/interfaces.

Nur der Port, der als Primary gewählt ist, funktioniert dann. Wenn ich einfach mein Patchkabel umstecke, wird der andere Port nicht aktiv.
Das ist ein PBS, bei einem PVE geht das wie zu erwarten.

Any hints??

Vielen Dank

auto lo
iface lo inet loopback

auto eno4
iface eno4 inet manual
#Local Network

iface eno3 inet manual

iface eno1np0 inet manual

iface eno2np1 inet manual

auto bond0
iface bond0 inet manual
#DG-Network-Bond0
        bond-mode active-backup
        bond-primary eno1np0
        bond-slaves eno1np0 eno2np1

auto vmbr0
iface vmbr0 inet static
        address 10.34.1.65/24
#DG-Network-Bridge
        bridge-ports bond0

auto vmbr1
iface vmbr1 inet static
        address 192.168.1.243/24
        gateway 192.168.1.50
#Local Access
        bridge-ports eno4

 

[RudiOnTheAir]

Als kleine Ergänzung. Wenn ich Round Robin wähle, gehen beide Schnittstellen..

Beim active-backup zeigt journalctl -f den Wechsel vom p1, der nicht aktiv wird zurück auf den p0, wonach der Ping wieder durch geht.

Feb 02 07:48:07 testserver kernel: bnxt_en 0000:18:00.1 eno2np1: NIC Link is Down
Feb 02 07:48:20 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: NIC Link is Up, 100 Mbps full duplex, Flow control: none
Feb 02 07:48:20 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: EEE is not active
Feb 02 07:48:20 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: FEC autoneg off encoding: None
Feb 02 07:48:21 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: NIC Link is Down
Feb 02 07:48:23 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: NIC Link is Up, 100 Mbps full duplex, Flow control: none
Feb 02 07:48:23 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: EEE is not active
Feb 02 07:48:23 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: FEC autoneg off encoding: None
Feb 02 07:48:25 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: NIC Link is Down
Feb 02 07:48:27 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: NIC Link is Up, 1000 Mbps full duplex, Flow control: none
Feb 02 07:48:27 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: EEE is not active
Feb 02 07:48:27 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: FEC autoneg off encoding: None
Feb 02 07:48:46 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: NIC Link is Down
Feb 02 07:48:49 testserver kernel: bnxt_en 0000:18:00.1 eno2np1: NIC Link is Up, 1000 Mbps full duplex, Flow control: ON - receive & transmit
Feb 02 07:48:49 testserver kernel: bnxt_en 0000:18:00.1 eno2np1: EEE is not active
Feb 02 07:48:49 testserver kernel: bnxt_en 0000:18:00.1 eno2np1: FEC autoneg off encoding: None

 

[RudiOnTheAir]

Fehler gefunden! After googling around...

Habe eine Zeile in der Bond Config hinzugefügt.

Interessant ist, das die Zeile drin bleibt oder sogar versetzt wird, wenn man via PBS GUI etwas ändert...

iface bond0 inet manual
#Network-Bond0
        bond-mode active-backup
        bond-primary eno1np0
        bond-slaves eno1np0 eno2np1
        bond-miimon 100    <<<<<<<<<<<<<<<<<

Danach wird der Status der Interfaces erkannt..

root@testserver:~# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v5.15.83-1-pve

Bonding Mode: fault-tolerance (active-backup)
Primary Slave: eno1np0 (primary_reselect always)
Currently Active Slave: eno2np1
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0
Peer Notification Delay (ms): 0

Slave Interface: eno1np0
MII Status: down
Speed: Unknown
Duplex: Unknown
Link Failure Count: 2
Permanent HW addr: bc:97:e1:4f:6d:8a
Slave queue ID: 0

Slave Interface: eno2np1
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 1
Permanent HW addr: bc:97:e1:4f:6d:8b
Slave queue ID: 0

 

[confusing-charger]

Mir ist genau das gleiche aufgefallen. Auf dem PVE-Cluster bspw. wird die Zeile bond-miimon 100 mit in die /etc/network/interfaces eingetragen, wenn man active-backup wählt. Beim PBS nicht.

Ich weiß nicht warum, aber meiner Meinung nach muss das ebenfalls über die GUI mit gesetzt werden. Ist das eventuell ein Bug? Oder ist das so gewollt?

Kann da ggf. der Proxmox-Support (@martin ?) etwas zu sagen?

 

[Falk R.]

Als kleine Ergänzung. Wenn ich Round Robin wähle, gehen beide Schnittstellen..

Beim active-backup zeigt journalctl -f den Wechsel vom p1, der nicht aktiv wird zurück auf den p0, wonach der Ping wieder durch geht.

Feb 02 07:48:07 testserver kernel: bnxt_en 0000:18:00.1 eno2np1: NIC Link is Down
Feb 02 07:48:20 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: NIC Link is Up, 100 Mbps full duplex, Flow control: none
Feb 02 07:48:20 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: EEE is not active
Feb 02 07:48:20 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: FEC autoneg off encoding: None
Feb 02 07:48:21 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: NIC Link is Down
Feb 02 07:48:23 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: NIC Link is Up, 100 Mbps full duplex, Flow control: none
Feb 02 07:48:23 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: EEE is not active
Feb 02 07:48:23 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: FEC autoneg off encoding: None
Feb 02 07:48:25 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: NIC Link is Down
Feb 02 07:48:27 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: NIC Link is Up, 1000 Mbps full duplex, Flow control: none
Feb 02 07:48:27 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: EEE is not active
Feb 02 07:48:27 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: FEC autoneg off encoding: None
Feb 02 07:48:46 testserver kernel: bnxt_en 0000:18:00.0 eno1np0: NIC Link is Down
Feb 02 07:48:49 testserver kernel: bnxt_en 0000:18:00.1 eno2np1: NIC Link is Up, 1000 Mbps full duplex, Flow control: ON - receive & transmit
Feb 02 07:48:49 testserver kernel: bnxt_en 0000:18:00.1 eno2np1: EEE is not active
Feb 02 07:48:49 testserver kernel: bnxt_en 0000:18:00.1 eno2np1: FEC autoneg off encoding: None

Was mich etwas wundert, wenn RoundRobin funktioniert, musst du ja auf dem Switch ein static LAG konfiguriert haben. Das funktioniert natürlich auch mit A/B aber ist nicht optimal.