Re: [devel] I: Проблема взамодействия /etc/xen/scripts/network-bridge и etcnet

[Aleksey Avdeev <solo@solin.spb.ru>]

[-- Attachment #1: Type: text/plain, Size: 2467 bytes --]

Михаил Якушин пишет:
> Peter V. Saveliev пишет:
>> В сообщении от Thursday 08 November 2007 20:03:01 Aleksey Avdeev написал(а):
>>> Приветствую.
>>>
>>>   Наткнулся на проблему взамодействия /etc/xen/scripts/network-bridge и
>>> etcnet.
>>>
>>>   Если для обёдиняемого в бридж интерфейса установлено удаление модуля
>>> при его выгрузке -- network-bridge пормально работать не будет, т. к.
>>> выполняет ifup <интерфейс> при своей работе...
>>>
>>>   Лекарство: прописать для такого интерфейса NEVER_RMMOD=yes
>>>
>>> PS: Отловил на xen-3.1.1-alt1
>> На всякий случай зафиксирую нашу вечернюю беседу на эту тему.
>>
>> Имхо, любые попытки xen (а точнее, xm) конфигурировать сеть, кроме добавления 
>> vif* в указанные в конфиге бриджи, нужно (и можно без затей) оторвать нафик. 
>> В сизифе достаточно рабочих конфигурялок сети, чтобы можно было бриджи 
>> поднимать штатными средствами, а не ловить баги xm (нам своих багов бы 
>> повывести).
>>
>> То есть: бриджи и прочая инфраструктура, раутинг там и т.п., поднимается через 
>> etcnet, net-scripts или ncsh. А xm всего лишь использует поднятые бриджи для 
>> добавления vif*. Такая схема у меня сейчас успешно работает на одном решении 
>> и скоро будет работать на второй (и третьей) машине у того же клиента, и мне 
>> не приходится нервно вздрагивать при словах service xend restart.
>>
> Пачи в студию. Мне это понравилось.

  Простейший, рабоче-крестьянский вариант: закомментировать в
/etc/xen/xend-config.sxp (незнаю, нужно ли это делать в
/etc/xen/xend-config-xenapi.sxp, но тоже сделал) строки вида:

(network-script ...)

(vif-script ...)

  Тогда, в моём случаи (dom0 имеет 3 eth):

$ /sbin/brctl show
bridge name     bridge id               STP enabled     interfaces
blan            8000.00e0815d4b74       no              lan
                                                        vif1.0
xenbr0          8000.000000000000       no
xenbr2          8000.000000000000       no


1. Для dom0 не создаются vif0.x (для domU -- создаются).

2. Если интерфейс уже включён в бридж (lan включён в blan средствами
etcnet) -- они не трогаются.

3. Включение интерфейсов domU в нужный бридж -- выполняется
стандартными, для xen, средствами.

4. Создаются лишние бриджи, соответствующие остальным (не включённым в
бридж) интерфейсам dom0... В моём случаи, это не мешает, но как бороться
с ними -- сходу не понял...

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 544 bytes --]