Bug 20220

Summary:	Пропадает интерфейс eth0 в случае смены материнской или сетевой платы
Product:	Sisyphus	Reporter:	Anton Farygin <rider>
Component:	ifrename	Assignee:	placeholder <placeholder>
Status:	CLOSED NOTABUG	QA Contact:	qa-sisyphus
Severity:	major
Priority:	P3	CC:	glebfm, ldv, placeholder, rider
Version:	unstable
Hardware:	all
OS:	Linux

Description Anton Farygin 2009-05-29 10:09:48 MSD

В случае, когда меняется MAC адрес сетевой платы, а в /etc/iftab уже прописан старый MAC для eth0, после загрузки системы появляется eth0_conflict. Сеть, соответственно, не настроена.

Это стало вылезать после сегодняшнего обновления ifrename.
Думаю, не стоит создавать eth0_conflict, если конфликтующего интерфейса в системе нет.

Comment 1 Anton Farygin 2009-05-29 10:29:25 MSD

Ошибка воспроизводится с ifrename-29-alt5 очень просто - достаточно в /etc/iftab прописать для eth0 mac адрес, которого нет на интерфейсах в системе.

Проблема становится более критичная для тех, кто выполняет удалённое обновление системы с дальнейшей перезагрузкой. Если в /etc/iftab указана несоответствующая действительности информация - сеть не будет поднята.

Comment 2 Dmitry V. Levin 2009-05-30 02:12:12 MSD

Это фича.
Если в /etc/iftab уже прописан одноимённый интерфейс с другими характеристиками, то имя этого интерфейса использовать нельзя.
Что касается того, есть ли конфликтующий интерфейс в системе или его там нет, то это вопрос относительный: сейчас нет, а через 5 секунд уже есть.

И вообще, не используйте в /etc/iftab автоматические имена; udev не умел, не умеет, и вряд ли когда-нибудь научится правильно переименовывать несколько интерфейсов с перестановкой автоматических имён.

Comment 3 Anton Farygin 2009-05-30 08:56:05 MSD

Я же написал - проблема создаётся только при обновлении железа.