Невозможно получить соединение и соединение для работы в KVM [закрыто]

Я не могу на всю жизнь получить связь и перемычку, чтобы работать для установки KVM, которую я создаю. Я использую новую установку (а не обновление) Ubuntu Server 10.10. У меня есть 4 сетевых адаптера в одной подсети (две предназначены для каждой из двух моих виртуальных машин). Я пытаюсь достичь установки, которую описывает Uthark здесь.

Но после его рекомендаций это не сработало для меня. Мой eth0 и eth1 не появился, и «brctl show» показало, что у br0 не было никаких интерфейсов (связь). Я предположил, что это не сработало, потому что он использует 10.4, и в этой статье говорится, что произошла недавняя смена связи:

[Я не могу опубликовать более одной гиперссылки на сообщение, потому что я новичок.]

Мне пришлось использовать эту статью, чтобы мои интерфейсы работали вообще в одной и той же подсети, поэтому у меня есть строки post-up на некоторых из моих интерфейсов:

[ Я не могу размещать более одной гиперссылки на сообщение, потому что я новичок.]

Я установил ifenslave и ethtool. Я также создал /etc/modprobe.d/aliases.conf со следующим содержанием:

alias bond0 параметры склейки склейки = 6 miimon = 100 downdelay = 200 updelay = 200

И я включил «склеивание» в /etc/modules

Итак, после нескольких подходов, вот мой последний файл интерфейсов:

alias bond0 параметры привязки склейки режим = 6 miimon = 100 downdelay = 200 updelay = 200 [ ! d8] auto eth5 iface eth5 inet manual auto br5 iface br5 inet static post-up / sbin / ip правило добавить из [network] .79 искать 10 post-up / sbin / ip route добавить таблицу 10 по умолчанию через [сеть] .1 src [сеть] .79 dev br5 адрес [сеть] .79 netmask 255.255.255.0 сеть [сеть] .0 широковещательная сеть [сеть] .255 шлюз [сеть] .1 bridge_ports eth5 bridge_stp off bridge_fd 0 bridge_maxwait 0 auto eth2 iface eth2 inet manual auto br2 iface br2 inet static post-up / sbin / ip правило добавить из [network] .78 lookup 11 post-up / sbin / ip route добавить таблицу 11 по умолчанию через [network] .1 src [ сеть] .78 dev br2 адрес [сеть] .78 netmask 255.255.255.0 сеть [сеть ork] .0 широковещательная передача [сеть] .255 шлюз [сеть] .1 bridge_ports eth2 bridge_stp off bridge_fd 0 bridge_maxwait 0 iface eth0 inet manual iface eth1 inet ручной автоматический bond0 iface bond0 inet статический bond_miimon 100 bond_mode баланс-alb up / sbin / ifenslave bond0 eth0 eth1 down / sbin / ifenslave -d bond0 eth0 eth1 auto br0 iface br0 inet статический адрес [сеть] .60 netmask 255.255.255.0 сеть [сеть] .0 радиовещание [сеть] .255 шлюз [сеть] .1 bridge_ports bond0

auto lo iface lo inet loopback

eth2, eth5, br2 и br5 все, кажется, работают нормально.

auto eth5 iface eth5 inet manual

Единственное, что я мог найти, что выглядела подозрительно, - это ошибка, связанная с привязкой в ​​/var/log/messages:

ядро: [3.828684] bonding : Предупреждение: необходимо указать параметры модуля miimon или arp_interval и arp_ip_target, иначе соединение не обнаружит сбоев связи! см. bonding.txt для подробностей.

Jan 20 14:19:02 kvmhost kernel: [3.902378] device bond0 введен в promiscuous mode Jan 20 14:19:02 kvmhost kernel: [3.902390] device bond0 left promiscuous mode Jan 20 14:19:02 kvmhost kernel: [3.902393] device bond0 введен в promiscuous mode Jan 20 14:19:02 kvmhost kernel: [3.902397] device bond0 left promiscuous mode Jan 20 14:19:03 kvmhost kernel: [4.998990] device bond0 вошел в беспорядочный режим Jan 20 14:19:03 kvmhost kernel: [4.999005] устройство bond0 левое размножающееся устройство Jan 20 14:19:03 kvmhost kernel: [4.999008] устройство bond0 введено в беспорядочный режим Jan 20 14:19:03 kvmhost kernel: [4.999012] device bond0 левый беспорядочный режим

, хотя в /etc/network/interfaces есть линия связи-мимиона (если это то, о чем они говорят).

Кроме того, связь Кажется, что он несколько раз входил и вышел из беспорядочного режима:

2
задан 1 February 2011 в 04:11

8 ответов

Я столкнулся с подобной проблемой некоторое время назад с Debian (что-то, что я думаю?), и мне потребовалось навсегда реализовать порты коммутатора Catalyst Catalyst, подключенные сетевыми адаптерами, не поддерживали правильную конфигурацию, чтобы разрешить этот тип склеивания. Связь 0 будет циклически повторяться так же, как показано в вашем фрагменте. Необходимая версия IOS не поддерживалась на этой модели Catalyst. Просто что-то проверить ...

0
ответ дан 25 July 2018 в 22:34

Я столкнулся с подобной проблемой некоторое время назад с Debian (что-то, что я думаю?), и мне потребовалось навсегда реализовать порты коммутатора Catalyst Catalyst, подключенные сетевыми адаптерами, не поддерживали правильную конфигурацию, чтобы разрешить этот тип склеивания. Связь 0 будет циклически повторяться так же, как показано в вашем фрагменте. Необходимая версия IOS не поддерживалась на этой модели Catalyst. Просто что-то проверить ...

0
ответ дан 26 July 2018 в 22:41

я столкнулся с аналогичной проблемой некоторое время назад с Debian (4.то, что я думаю?) и он взял меня навсегда, чтобы понять портов на Cisco катализатор коммутатора сетевые адаптеры были включены в его не правильной конфигурации, чтобы разрешить этот тип крепления. В bond0 непрерывного цикла так же, как показано в вашем фрагменте. Нужную версию для iOS не поддерживается на этой модели катализатор. Просто что-то проверить...

0
ответ дан 2 August 2018 в 04:01

я столкнулся с аналогичной проблемой некоторое время назад с Debian (4.то, что я думаю?) и он взял меня навсегда, чтобы понять портов на Cisco катализатор коммутатора сетевые адаптеры были включены в его не правильной конфигурации, чтобы разрешить этот тип крепления. В bond0 непрерывного цикла так же, как показано в вашем фрагменте. Нужную версию для iOS не поддерживается на этой модели катализатор. Просто что-то проверить...

0
ответ дан 4 August 2018 в 20:04

я столкнулся с аналогичной проблемой некоторое время назад с Debian (4.то, что я думаю?) и он взял меня навсегда, чтобы понять портов на Cisco катализатор коммутатора сетевые адаптеры были включены в его не правильной конфигурации, чтобы разрешить этот тип крепления. В bond0 непрерывного цикла так же, как показано в вашем фрагменте. Нужную версию для iOS не поддерживается на этой модели катализатор. Просто что-то проверить...

0
ответ дан 6 August 2018 в 04:05

Я столкнулся с подобной проблемой некоторое время назад с Debian (что-то, что я думаю?), и мне потребовалось навсегда реализовать порты коммутатора Catalyst Catalyst, подключенные сетевыми адаптерами, не поддерживали правильную конфигурацию, чтобы разрешить этот тип склеивания. Связь 0 будет циклически повторяться так же, как показано в вашем фрагменте. Необходимая версия IOS не поддерживалась на этой модели Catalyst. Просто что-то проверить ...

0
ответ дан 7 August 2018 в 22:05

Я столкнулся с подобной проблемой некоторое время назад с Debian (что-то, что я думаю?), и мне потребовалось навсегда реализовать порты коммутатора Catalyst Catalyst, подключенные сетевыми адаптерами, не поддерживали правильную конфигурацию, чтобы разрешить этот тип склеивания. Связь 0 будет циклически повторяться так же, как показано в вашем фрагменте. Необходимая версия IOS не поддерживалась на этой модели Catalyst. Просто что-то проверить ...

0
ответ дан 10 August 2018 в 10:19

Я столкнулся с подобной проблемой некоторое время назад с Debian (что-то, что я думаю?), и мне потребовалось навсегда реализовать порты коммутатора Catalyst Catalyst, подключенные сетевыми адаптерами, не поддерживали правильную конфигурацию, чтобы разрешить этот тип склеивания. Связь 0 будет циклически повторяться так же, как показано в вашем фрагменте. Необходимая версия IOS не поддерживалась на этой модели Catalyst. Просто что-то проверить ...

0
ответ дан 13 August 2018 в 16:42

Другие вопросы по тегам:

Похожие вопросы: