From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <sbolshakov@altlinux.ru>
To: devel@lists.altlinux.org
References: <20140312213947.6a5d3bd3@sem.office.altlinux.ru>
	<CAEdvWkRG_q=q6C-QNtPZCYyAe7yWZtcdqoRW5GQbH+__y-55CQ@mail.gmail.com>
From: Sergey Bolshakov <sbolshakov@altlinux.ru>
Date: Thu, 13 Mar 2014 15:41:50 +0400
In-Reply-To: <CAEdvWkRG_q=q6C-QNtPZCYyAe7yWZtcdqoRW5GQbH+__y-55CQ@mail.gmail.com>
	(Alexey Shabalin's message of "Thu, 13 Mar 2014 15:33:06 +0400")
Message-ID: <m3r4661g1t.fsf@hammer.lioka.obninsk.ru>
User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b31 (linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 8bit
Subject: Re: [devel] systemd & lo
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
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/options/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: Thu, 13 Mar 2014 11:42:14 -0000
Archived-At: <http://lore.altlinux.org/devel/m3r4661g1t.fsf@hammer.lioka.obninsk.ru/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

>>>>> "Alexey" == Alexey Shabalin <a.shabalin-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:

 > 12 марта 2014 г., 21:39 пользователь Mikhail Efremov  написал:
 >> Hello!
 >> 
 >> Как выяснилось, systemd сам поднимает и настраивает loopback интерфейс,
 >> к чему не готов наш etcnet. В результате настройки
 >> из /etc/net/ifaces/lo не применяются совсем. Никак ручек по управлению
 >> этим поведением в systemd не предусмотрено. Я надеялся, что в 210
 >> появится возможность настройки, раз уж там настройку сети прикрутили,
 >> но там как было прибито гвоздями в коде, так и осталось.
 >> С этим надо что-то делать, варианты я вижу такие:
 >> - Оторвать это в systemd. Патч придется поддерживать, апстрим такое
 >> точно не примет.
 >> - Сделать костыль в виде service-файла, в котором опускать lo перед
 >> стартом network.service. Ну или прямо в network.service в
 >> ExecStartPre.
 >> - Добавить в etcnet какой-нибудь параметр CONFIG_FORCE для
 >> принудительной настройки интерфейса даже если он уже поднят. Но тогда
 >> интерфейс всегда будет настраиваться заново при повторном service
 >> network start. Хотя может это и не так страшно.
 >> 
 >> Вопрос в первую очередь к shaba@ и sbolshakov@, что делать будем?
 >> 

 > Чесно говоря,  не знаю как лучше поступить.
 > Совсем вырезать настройку lo тоже неочень хорошо. Она используется в
 > настройках namespace(netns), и nspawn. Возможно это и никто сейчас не
 > использует, но лишаться этого тоже не хорошо.
 > Может лучше CONFIG_FORCE для etcnet?

Прежде чем решить, что же лучше, мне бы хотелось уяснить, в чём
проблема -- а именно, какие практические следствия того, что
содержимое /e/n/i/lo не будет применяться.
Что собственно теряем ?

--