Bug 42527

Summary:	заранее сконфигурированный lo мешает созданию нестандартного lo при старте сети
Product:	Sisyphus	Reporter:	Sergey Y. Afonin <asy>
Component:	make-initrd	Assignee:	Alexey Gladkov <legion>
Status:	CLOSED NOTABUG	QA Contact:	qa-sisyphus
Severity:	normal
Priority:	P5	CC:	glebfm, iv, ldv, legion, placeholder, sem
Version:	unstable
Hardware:	x86_64
OS:	Linux

Description Sergey Y. Afonin 2022-04-21 09:38:21 MSK

Сконфигурированный в initrd lo впоследствии мешает создать lo, отличный от обычно используемого. Сначала подумал на etcnet (Bug 42518), но дело, на самом деле, в initrd. С ядром и initrd из p8 lo получается правильный.

Вопрос, что с этим делать. lo действительно в initrd нужен?

Comment 1 Alexey Gladkov 2022-04-21 10:35:31 MSK

Сейчас lo в initrd конфигурирует единый сервис и некоторые фичи зависят от сети как
сервиса вообще. Так что выключить его просто, но вот задача при каких условиях его
возвращать. Плюс вопрос обратной совместимости.

make-initrd конфигурировал lo с самого начала потому что (насколько помню) некоторым
становилось не комфортно без него.

2ldv@ Дим, ты не подскажешь насколько утилиты чувствительны к полностью
несконфигурированному lo ?

Comment 2 Alexey Gladkov 2022-06-21 15:52:39 MSK

рабата

Comment 3 Sergey Y. Afonin 2022-06-21 16:49:46 MSK

Вот думаю, может действительно фичей считать, а не багой. Интерфейс с TYPE=dummy вроде нормальной заменой для классического lo выглядит, если надо адрес, который не зависит от физических интерфейсов.

Comment 4 Alexey Gladkov 2022-06-21 17:12:52 MSK

Параметры конфигурации в initrd и в системе могут различаться. Системы конфигурации должны уметь переконфигурировать интерфейсы если они уже есть.