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

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

[Aleksey Avdeev]

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

Приветствую.

  Наткнулся на проблему взамодействия /etc/xen/scripts/network-bridge и
etcnet.

  Если для обёдиняемого в бридж интерфейса установлено удаление модуля
при его выгрузке -- network-bridge пормально работать не будет, т. к.
выполняет ifup <интерфейс> при своей работе...

  Лекарство: прописать для такого интерфейса NEVER_RMMOD=yes

PS: Отловил на xen-3.1.1-alt1

-- 

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



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

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

[Sergey Vlasov]

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

On Thu, Nov 08, 2007 at 08:03:01PM +0300, Aleksey Avdeev wrote:
> Приветствую.
> 
>   Наткнулся на проблему взамодействия /etc/xen/scripts/network-bridge и
> etcnet.
> 
>   Если для обёдиняемого в бридж интерфейса установлено удаление модуля
> при его выгрузке -- network-bridge пормально работать не будет, т. к.
> выполняет ifup <интерфейс> при своей работе...
> 
>   Лекарство: прописать для такого интерфейса NEVER_RMMOD=yes

NEVER_RMMOD=yes с ядрами 2.6.x нужно фактически всегда, поскольку
поднятый интерфейс не блокирует возможность выгрузки модуля, что
приводит к проблемам в случае наличия нескольких интерфейсов,
обслуживаемых одним модулем.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] NEVER_RMMOD by default? (was: I: Проблема взамодействия /etc/xen/scripts/network-bridge и etcnet)

[Michael Shigorin]

On Thu, Nov 08, 2007 at 09:42:37PM +0300, Sergey Vlasov wrote:
> > Лекарство: прописать для такого интерфейса NEVER_RMMOD=yes
> NEVER_RMMOD=yes с ядрами 2.6.x нужно фактически всегда,
> поскольку поднятый интерфейс не блокирует возможность выгрузки
> модуля, что приводит к проблемам в случае наличия нескольких
> интерфейсов, обслуживаемых одним модулем.

Наверное, его стоит добавить в ifaces/default/options-eth?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

[Denis Ovsienko]

> NEVER_RMMOD=yes с ядрами 2.6.x нужно фактически всегда, поскольку
> поднятый интерфейс не блокирует возможность выгрузки модуля, что
> приводит к проблемам в случае наличия нескольких интерфейсов,
> обслуживаемых одним модулем.

head -2 /usr/share/doc/etcnet-0.9.4/ChangeLog

-- 
    DO4-UANIC

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

[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.

-- 
Peter V. Saveliev

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

[Михаил Якушин]

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.
> 
Пачи в студию. Мне это понравилось.

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

[Aleksey Avdeev]

[-- 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 --]