modprobe.d
De acordo com as instruções deste Site RHEL6 você criou o arquivo /etc/modprobe.d/bonding.conf e adicionou seu dispositivo bondm a esse arquivo?
alias bondm bonding
faltando TYPE para 2nd NIC
Além disso, não sou importante, mas seu dispositivo eth2 está sem esta linha:
TYPE=Ethernet
NetworkManager desabilitado?
Você já tentou desativar o serviço NetworkManager? Tente isso e veja se o problema persistir, reinicie para confirmar.
% chkconfig off NetworkManager
UDEV
Você está fazendo uso do udev nessas caixas? Eu me deparei com problemas em que o udev preencheu um arquivo aqui, /etc/udev/rules.d/70-persistent-net.rules . Este arquivo teve entradas redundantes para NICs em caixas e eu tive que editar manualmente este arquivo. O meu parece assim:
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.
# net device () (custom name provided by external tool)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="54:52:00:ff:ff:f5", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
O UDEV atribui dispositivos com base em endereços MAC, você pode forçá-lo a atribuir com base na posição que a NIC está tomando no barramento PCI.
Você pode usar este comando para determinar as informações de PCI das NICs:
% for i in /sys/class/net/*;do printf "device: %6s - %s\n" 'basename $i' 'readlink -f $i';done
device: br0 - /sys/devices/virtual/net/br0
device: eth0 - /sys/devices/pci0000:00/0000:00:1c.5/0000:09:00.0/net/eth0
device: eth1 - /sys/devices/pci0000:00/0000:00:2d.5/0000:03:00.0/net/eth1
device: lo - /sys/devices/virtual/net/lo
Com base nessa saída, você precisaria preencher seu próprio arquivo de regras do udev:
% cat > /etc/udev/rules.d/70-persistent-net.rules << EOF
ACTION=="add", SUBSYSTEM=="net", BUS=="pci", KERNELS=="0000:00:1c.5", \
NAME="eth0"
ACTION=="add", SUBSYSTEM=="net", BUS=="pci", KERNELS=="0000:00:2d.5", \
NAME="eth1"
EOF
OBSERVAÇÃO: Também certifique-se de remover / desativar qualquer arquivo de regras do udev que já esteja tentando configurar suas NICs.
Bug com CentOS 6.3
Me deparei com esse bug no rastreador de problemas do CentOS. As notas de lançamento para 6.3 também o listam.
Trecho de Notas de Lançamento do Centos 6.3 :
There seems to be an issue when using 802.1q VLANing on bonded (802.3ad) interfaces and certain NICs. See this upstream bugzilla entry and this CentOS bugzilla entry for details. The CentOS-Plus Kernel released with 6.3 contains a patch to fix this issue. Starting with kernel 2.6.32-279.2.1 this issue is fixed.
Esse problema parece suspeito como o que você está lidando. Qual kernel você está executando? ( uname -a ).