Não é possível ligar e bridging para trabalhar para o KVM [closed]

Question

Eu não posso, para a minha vida, me unir e fazer ponte para trabalhar na configuração do KVM que estou construindo. Estou usando uma nova instalação (não uma atualização) do Ubuntu Server 10.10. Eu tenho 4 NICs na mesma sub-rede (dois destinados a cada uma das minhas duas VMs). Estou tentando alcançar a configuração que Uthark descreve aqui .

Mas seguir suas diretrizes não funcionou para mim. Minha eth0 e eth1 não apareceram, e "brctl show" mostrou que br0 não tinha nenhuma interface (o bond). Eu assumi que não funcionou porque ele está usando 10,4, e este artigo diz que há uma mudança recente na ligação:

[Não posso postar mais de um hiperlink por postagem porque sou novato.]

Eu tive que usar este artigo para fazer com que minhas interfaces funcionassem na mesma sub-rede, e é por isso que tenho as linhas de post-up em algumas das minhas interfaces:

[Não posso postar mais de um hiperlink por postagem porque sou novato.]

Eu instalei o ifenslave e o ethtool. Eu também criei /etc/modprobe.d/aliases.conf com o seguinte conteúdo:

  

alias bond0 bonding
  modo de ligação de opções = 6 miimon = 100 downdelay = 200 updelay = 200

E incluí "ligação" em /etc/modules

Então, depois de várias abordagens, aqui está meu arquivo de interfaces mais recente:

  

auto lo
  iface lo inet loopback

     

auto eth5
  iface eth5 inet manual

     

auto br5
  iface br5 inet estática
  post-up / sbin / ip rule add de [network] .79 lookup 10
  post-up / sbin / ip route adicionar tabela 10 padrão via [rede] .1 src [rede] .79 dev br5
  endereço [rede] .79
  netmask 255.255.255.0
  rede [rede] .0
  transmissão [rede] .255
  gateway [rede] .1
  bridge_ports eth5
  bridge_stp off
  bridge_fd 0
  bridge_maxwait 0

     

auto eth2
  iface eth2 inet manual

     

auto br2
  iface br2 inet estático
  post-up / sbin / ip rule add de [network] .78 lookup 11
  post-up / sbin / ip route adicionar tabela 11 padrão via [rede] .1 src [rede] .78 dev br2
  endereço [rede] .78
  netmask 255.255.255.0
  rede [rede] .0
  transmissão [rede] .255
  gateway [rede] .1
  bridge_ports eth2
  bridge_stp off
  bridge_fd 0
  bridge_maxwait 0

     

iface eth0 inet manual

     

iface eth1 inet manual

     

auto bond0
  iface bond0 inet estático
  bond_miimon 100
  bond_mode balance-alb
  para cima / sbin / ifenslave bond0 eth0 eth1
  para baixo / sbin / ifenslave -d bond0 eth0 eth1

     

auto br0
  iface br0 inet estática
  endereço [rede] .60
  netmask 255.255.255.0
  rede [rede] .0
  transmissão [rede] .255
  gateway [rede] .1
  bridge_ports bond0

eth2, eth5, br2 e br5 parecem estar funcionando bem.

A única outra coisa que eu acho que parece suspeita é um erro relacionado à ligação em /var/log/messages :

  

kernel: [3.828684] bonding: Aviso: os parâmetros do módulo miimon ou arp_interval e arp_ip_target devem ser especificados, caso contrário, a ligação não detectará falhas de link! veja bonding.txt para detalhes.

mesmo que haja uma linha bond-miimon em /etc/network/interfaces (se é disso que eles estão falando).

Além disso, o vínculo parece entrar e sair do modo promíscuo várias vezes durante a inicialização:

  

Jan 20 14:19:02 kvmhost kernel: [3.902378] o dispositivo bond0 entrou no modo promíscuo |   Jan 20 14:19:02 kvmhost kernel: [3.902390] dispositivo bond0 deixou o modo promíscuo
  20 de janeiro 14:19:02 kvmhost kernel: [3.902393] dispositivo bond0 entrou no modo promíscuo |   20 de janeiro 14:19:02 kvmhost kernel: [3.902397] dispositivo bond0 deixou o modo promíscuo
  20 de janeiro 14:19:03 kvmhost kernel: [4.998990] dispositivo bond0 entrou no modo promíscuo |   Jan 20 14:19:03 kvmhost kernel: [4.999005] dispositivo bond0 deixou o modo promíscuo
  Jan 20 14:19:03 kvmhost kernel: [4.999008] dispositivo bond0 entrou no modo promíscuo |   20 de janeiro 14:19:03 kvmhost kernel: [4.999012] dispositivo bond0 deixou o modo promíscuo

Qualquer conselho seria muito apreciado. Parece que isso deve ser possível, baseado em outros posts, mas não consigo ver o que estou fazendo de errado.

Obrigado.

    

Answer 1

Eu tive um problema parecido com o Debian (4.alguma coisa?) e levei uma eternidade para perceber que as portas do Cisco Catalyst Switch foram conectadas e não suportam a configuração correta para permitir esse tipo de conexão. de ligação. O bond0 seria continuamente ciclo mesmo, como mostrado no seu trecho. A versão do IOS necessária não era suportada no modelo Catalyst. Apenas algo para verificar ...