Modo de ligação Linux 802.3ad não ativado

Pergunta antiga, mas já que surge bem cedo nas pesquisas, e eu tive uma configuração parecida, com o mesmo problema. Aqui está como eu fiz isso funcionar (usando ifenslave no trecho Debian) ...

/etc/network/interfaces...

    # The loopback network interface
    auto lo
    iface lo inet loopback

    # bond0 is the bonded NIC and can be used like any other normal NIC.
    # bond0 is configured using static addressing.
    auto bond0
    iface bond0 inet static
    address <your static address>
    gateway <your gateway>
    # bond0 uses standard IEEE 802.3ad LACP bonding protocol
    bond-mode 4
    bond-miimon 100
    bond-lacp-rate 0 (This is on a small NAS, so no rush)
    bond-slaves none

    # eth0 is manually configured, and enslaved to the "bond0" pseudo NIC
    allow_hotplug eth0
    auto eth0
    iface eth0 inet manual
    bond-master bond0

    # eth1 ditto, thus creating a 2-link bond.
    allow_hotplug eth1
    auto eth1
    iface eth1 inet manual
    bond-master bond0

Qual foi a causa?

Bem, os NICs apareciam, o driver de bonding os pegava, então os NICs desciam para serem reconfigurados para serem escravos, e o driver de bonding entrava em pânico porque não tinha escravos e corria como uma galinha sem cabeça (round robin ).

Agora, o driver de bonding aparece, vê que não tem escravos, então ele se senta e espera... Os NICs vêem que eles têm um mestre, então eles vão e reportam, pegam seus endereços de bond0 e vão trabalhar todos eles vão.

testado no debian 10 (depois de ler este tópico e a documentação de ligação do debian)

config está abaixo (nenhum outro arquivo editado - módulos ou algo parecido)

auto enp4s0f2
allow-hotplug enp4s0f2
iface enp4s0f2 inet manual
        bond-master bond1
        bond-mode 4

auto enp4s0f3
allow-hotplug enp4s0f3
iface enp4s0f3 inet manual
        bond-master bond1
        bond-mode 4

auto bond1
iface bond1 inet static
        address 1.2.3.4
        netmask 255.255.255.0
        bond-mode 4
        bond-slaves none
        bond-miimon 100
        bond-lacp-rate 1
        bond-updelay 800
        bond-downdelay 400
        bond_xmit_hash_policy layer2+3    # optional, sets the bonding algorithm

o que há de novo:

• interfaces são trazidas ANTES do vínculo
• o modo de ligação também é especificado no nível da interface
• o vínculo não tem escravos definidos

Passei alguns dias após a atualização do Debian 10 buster (atualização completa) para o Debian 11 Bullseye, então quero compartilhar a solução do problema de ligação.

Após a atualização do Debian Linux, a configuração de tronco existente não está mais funcionando. Há mudanças importantes, conhecidas como bugs:

• https://www.debian.org/releases/bullseye/amd64/release-notes/ch-information.html
• https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=990428
• https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=968368

E anteriormente no Debian 10 a configuração do bond0 era assim:

cat /etc/network/interfaces.d/bond0

auto enp9s0f0
iface enp9s0f0 inet manual
        bond-master bond0
        bond-mode 4

auto enp9s0f1
iface enp9s0f1 inet manual
        bond-master bond0
        bond-mode 4

auto bond0
iface bond0 inet static
        address 192.168.23.1
        network 192.168.23.0
        netmask 255.255.255.128

        bond-slaves none
        bond-miimon 100
        bond-lacp-rate 1         # 'fast' detection, every 1s, instead of 'slow', every 30s
#        bond-updelay 100        # optional, mostly for debugging
#        bond-downdelay 100      # optional, mostly for debugging
        bond-xmit-hash-policy layer2+3    # optional, sets the bonding algorithm

o que resultou em nenhum bond0 configurado ou até mesmo erros como estes:

RTNETLINK answers: Cannot assign requested address
run-parts: /etc/network/if-pre-up.d/ifenslave exited with return code 1
networking.service: Main process exited, code=exited, status=1/FAILURE

ou

journalctl -n -u networking

mostrando linha de erro

No iface stanza found for master

onde 'estrofe' é a chamada configuração do módulo, termo usado pelos desenvolvedores.

A causa raiz disso é que o ifenslavepacote foi muito refatorado, a ideia principal era remover a "estrofe" dos itens filhos, que são interfaces físicas (nic), e manter tudo em um só lugar, por exemplo, a própria interface de ligação .

Também ainda na ifenslaveversão 1.22 bug deixou, referindo-se ao comando inexistente ifstateno Debian 11. A correção fácil e rápida é:

sed -i 's/ifstate -l/ip link show dev/g' /etc/network/if-pre-up.d/ifenslave

Mesmo depois de corrigir isso, o vínculo não funciona, isso significa que há erros de problemas pelos quais o vínculo não está funcionando no Bullseye.

Examinando o código, descobri que a mudança de chave não era apenas remover bond-modedo filho e colocá-lo de volta na configuração da interface de vínculo , como era nos primeiros dias do pacote, mas também reverter para o formato inicial do bond-slaves.

Assim, o arquivo de configuração de ligação do Debian 11 Bullseye funciona assim:

cat /etc/network/interfaces.d/bond0

auto enp9s0f0
iface enp9s0f0 inet manual
        bond-master bond0

auto enp9s0f1
iface enp9s0f1 inet manual
        bond-master bond0

auto bond0
iface bond0 inet static
        address 192.168.23.1
        network 192.168.23.0
        netmask 255.255.255.128

        bond-mode 4
        bond-slaves enp9s0f0 enp9s0f1
        bond-miimon 100
        bond-lacp-rate 1         # 'fast' detection, every 1s, instead of 'slow', every 30s
#        bond-updelay 100        # optional, mostly for debugging
#        bond-downdelay 100      # optional, mostly for debugging
        bond-xmit-hash-policy layer2+3    # optional, sets the bonding algorithm

Atualização 2022:

Recentemente, em um dos servidores de metal, tive um problema que, após a atualização do kernel e a remoção do kernel antigo, o sistema ficou sem rede. Para encurtar a história - pode haver casos em que o módulo do kernel de ligação não esteja carregado, não esteja presente ou qualquer falha de carregamento devido à mistura de versões ou ao initrd bagunçado. Verifique isso com:

lsmod | grep bond
bonding               167936  0

Se não estiver lá, este é um culpado do problema. Tente carregar o módulo manualmente modprobe bondinge verifique se ele carrega. Investigue se a versão do kernel carregado corresponde ao que deveria ser uname -re verifique se o diretório de módulos está presente para essa versão.

Referência: https://www.kernel.org/doc/Documentation/networking/bonding.txt

Eu resolvi esse problema adicionando o seguinte à configuração do vínculo em /etc/network/interfaces:

bond_xmit_hash_policy layer2+3

Depois de adicionar essa configuração e reiniciar a rede, tudo está funcionando bem.