* [devel] I: Проблема взамодействия /etc/xen/scripts/network-bridge и etcnet @ 2007-11-08 17:03 Aleksey Avdeev 2007-11-08 18:42 ` Sergey Vlasov 2007-11-08 20:13 ` Peter V. Saveliev 0 siblings, 2 replies; 7+ messages in thread From: Aleksey Avdeev @ 2007-11-08 17:03 UTC (permalink / raw) To: ALT Devel discussion list; +Cc: ALT Linux sysadmin discuss [-- 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 --] ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] I: Проблема взамодействия /etc/xen/scripts/network-bridge и etcnet 2007-11-08 17:03 [devel] I: Проблема взамодействия /etc/xen/scripts/network-bridge и etcnet Aleksey Avdeev @ 2007-11-08 18:42 ` Sergey Vlasov 2007-11-09 8:03 ` [devel] NEVER_RMMOD by default? (was: I: Проблема взамодействия /etc/xen/scripts/network-bridge и etcnet) Michael Shigorin 2007-11-09 11:15 ` [devel] I: Проблема взамодействия /etc/xen/scripts/network-bridge и etcnet Denis Ovsienko 2007-11-08 20:13 ` Peter V. Saveliev 1 sibling, 2 replies; 7+ messages in thread From: Sergey Vlasov @ 2007-11-08 18:42 UTC (permalink / raw) To: devel [-- 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 --] ^ permalink raw reply [flat|nested] 7+ messages in thread
* [devel] NEVER_RMMOD by default? (was: I: Проблема взамодействия /etc/xen/scripts/network-bridge и etcnet) 2007-11-08 18:42 ` Sergey Vlasov @ 2007-11-09 8:03 ` Michael Shigorin 2007-11-09 11:15 ` [devel] I: Проблема взамодействия /etc/xen/scripts/network-bridge и etcnet Denis Ovsienko 1 sibling, 0 replies; 7+ messages in thread From: Michael Shigorin @ 2007-11-09 8:03 UTC (permalink / raw) To: devel 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/ ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] I: Проблема взамодействия /etc/xen/scripts/network-bridge и etcnet 2007-11-08 18:42 ` Sergey Vlasov 2007-11-09 8:03 ` [devel] NEVER_RMMOD by default? (was: I: Проблема взамодействия /etc/xen/scripts/network-bridge и etcnet) Michael Shigorin @ 2007-11-09 11:15 ` Denis Ovsienko 1 sibling, 0 replies; 7+ messages in thread From: Denis Ovsienko @ 2007-11-09 11:15 UTC (permalink / raw) To: devel > NEVER_RMMOD=yes с ядрами 2.6.x нужно фактически всегда, поскольку > поднятый интерфейс не блокирует возможность выгрузки модуля, что > приводит к проблемам в случае наличия нескольких интерфейсов, > обслуживаемых одним модулем. head -2 /usr/share/doc/etcnet-0.9.4/ChangeLog -- DO4-UANIC ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] I: Проблема взамодействия /etc/xen/scripts/network-bridge и etcnet 2007-11-08 17:03 [devel] I: Проблема взамодействия /etc/xen/scripts/network-bridge и etcnet Aleksey Avdeev 2007-11-08 18:42 ` Sergey Vlasov @ 2007-11-08 20:13 ` Peter V. Saveliev 2007-11-09 8:26 ` Михаил Якушин 1 sibling, 1 reply; 7+ messages in thread From: Peter V. Saveliev @ 2007-11-08 20:13 UTC (permalink / raw) To: ALT Linux Team development discussions В сообщении от 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 ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] I: Проблема взамодействия /etc/xen/scripts/network-bridge и etcnet 2007-11-08 20:13 ` Peter V. Saveliev @ 2007-11-09 8:26 ` Михаил Якушин 2007-11-09 9:16 ` Aleksey Avdeev 0 siblings, 1 reply; 7+ messages in thread From: Михаил Якушин @ 2007-11-09 8:26 UTC (permalink / raw) To: ALT Linux Team development discussions 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. > Пачи в студию. Мне это понравилось. ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] I: Проблема взамодействия /etc/xen/scripts/network-bridge и etcnet 2007-11-09 8:26 ` Михаил Якушин @ 2007-11-09 9:16 ` Aleksey Avdeev 0 siblings, 0 replies; 7+ messages in thread From: Aleksey Avdeev @ 2007-11-09 9:16 UTC (permalink / raw) To: ALT Linux Team development discussions [-- 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 --] ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2007-11-09 11:15 UTC | newest] Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2007-11-08 17:03 [devel] I: Проблема взамодействия /etc/xen/scripts/network-bridge и etcnet Aleksey Avdeev 2007-11-08 18:42 ` Sergey Vlasov 2007-11-09 8:03 ` [devel] NEVER_RMMOD by default? (was: I: Проблема взамодействия /etc/xen/scripts/network-bridge и etcnet) Michael Shigorin 2007-11-09 11:15 ` [devel] I: Проблема взамодействия /etc/xen/scripts/network-bridge и etcnet Denis Ovsienko 2007-11-08 20:13 ` Peter V. Saveliev 2007-11-09 8:26 ` Михаил Якушин 2007-11-09 9:16 ` Aleksey Avdeev
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git