From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <silicium@altlinux.ru>
Message-ID: <473419B4.1000001@altlinux.ru>
Date: Fri, 09 Nov 2007 11:26:28 +0300
From: =?KOI8-R?Q?=ED=C9=C8=C1=C9=CC_=F1=CB=D5=DB=C9=CE?= <silicium@altlinux.ru>
User-Agent: Thunderbird 2.0.0.6 (X11/20070804)
MIME-Version: 1.0
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
References: <47334145.3080207@solin.spb.ru>
	<200711082313.26080.peet@altlinux.ru>
In-Reply-To: <200711082313.26080.peet@altlinux.ru>
X-Enigmail-Version: 0.95.2
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on 
	basalt.office.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 
	autolearn=ham version=3.0.4
Subject: Re: [devel]
 =?koi8-r?b?STog8NLPwszFzcEg19rBzc/ExcrT1NfJ0SAvZXRjL3hl?=
 =?koi8-r?b?bi9zY3JpcHRzL25ldHdvcmstYnJpZGdlIMkgZXRjbmV0?=
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Nov 2007 08:25:21 -0000
Archived-At: <http://lore.altlinux.org/devel/473419B4.1000001@altlinux.ru/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

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