Bug 42527 - заранее сконфигурированный lo мешает созданию нестандартного lo при старте сети
Summary: заранее сконфигурированный lo мешает созданию нестандартного lo при старте сети
Status: CLOSED NOTABUG
Alias: None
Product: Sisyphus
Classification: Development
Component: make-initrd (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P5 normal
Assignee: Alexey Gladkov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-04-21 09:38 MSK by Sergey Y. Afonin
Modified: 2022-06-21 17:13 MSK (History)
6 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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 и в системе могут различаться. Системы конфигурации должны уметь переконфигурировать интерфейсы если они уже есть.