From: Sergey Bolshakov <sbolshakov@altlinux.ru>
To: devel@lists.altlinux.org
Subject: Re: [devel] systemd & lo
Date: Thu, 13 Mar 2014 16:20:18 +0400
Message-ID: <m3iori1e9p.fsf@hammer.lioka.obninsk.ru> (raw)
In-Reply-To: <20140313160116.2fe315cc@sem.office.altlinux.ru> (Mikhail Efremov's message of "Thu, 13 Mar 2014 16:01:16 +0400")
>>>>> "Mikhail" == Mikhail Efremov <sem-u2l5PoMzF/Uox3rIn2DAYQ@public.gmane.org> writes:
> On Thu, 13 Mar 2014 15:41:50 +0400 Sergey Bolshakov wrote:
>> >>>>> "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 не будет применяться.
>> Что собственно теряем ?
> Ну, в частности у нас давно уже в дистрибутивах туда кладется
> resolv.conf с 127.0.0.1 в случае конфигурации bind как локального
> резолвера. При переходе на systemd это вдруг перестает работать, что не
> здорово. Также помнится тот же pilot@ когда-то в багзилле говорил о
> том, что в конфигурации lo может быть не только 127.0.0.1 и в etcnet не
> зря настройка lo сделана так же, как и настройка любого другого
> интерфейса.
> Вообще мне кажется очевидным, что если etcnet используется для
> настройки сети, то вся конфигурация оттуда должна применяться, а не
> как-то выборочно. И уж точно это не должно зависеть от того, какой init
> используется.
Дело не в init. Точно так же я могу вписать в cmdline ядра
ip=<многобукв>, получить свой eth0 -- и быть уверенным, что
он не переконфигурируется позже.
--
next prev parent reply other threads:[~2014-03-13 12:20 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-12 17:39 Mikhail Efremov
2014-03-12 20:39 ` Sergey Bolshakov
2014-03-13 6:29 ` Sergey Y. Afonin
2014-03-13 6:41 ` Sergey Y. Afonin
2014-03-13 11:41 ` Sergey Bolshakov
2014-03-13 11:48 ` Dmitriy L. Kruglikov
2014-03-13 11:58 ` Sergey Bolshakov
2014-03-13 12:04 ` Dmitriy L. Kruglikov
2014-03-13 22:11 ` Sergey Y. Afonin
2014-03-13 12:01 ` Mikhail Efremov
2014-03-13 12:20 ` Sergey Bolshakov [this message]
2014-03-13 13:03 ` Sergei Epiphanov
2014-03-13 13:31 ` Mikhail Efremov
2014-03-13 13:50 ` Sergey Bolshakov
2014-03-14 13:54 ` Mikhail Efremov
2014-03-13 13:43 ` Mikhail Efremov
2014-03-13 16:03 ` Anton Farygin
2014-03-14 21:45 ` Денис Смирнов
2014-08-26 13:23 ` Alexey Shabalin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m3iori1e9p.fsf@hammer.lioka.obninsk.ru \
--to=sbolshakov@altlinux.ru \
--cc=devel@lists.altlinux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
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