Попрощаемся с eth*

1

1

Сегодня обновился udev до версии 200. С этой версии из systemd/udev удалён функционал переименования ядерных интерфейсов eth в eth же. По факту это означает, что привязать сетевухи по макам и оставить их имена eth* более невозможно. Как результат придётся отвыкать от привычных имён.

В качестве причины называется:

«The biggest of all however is that the userspace components trying to assign the interface name raced against the kernel assigning new names from the same „ethX“ namespace, a race condition with all kinds of weird effects, among them that assignment of names sometimes failed. As a result support for this has been removed from systemd/udev a while back.»

http://wiki.gentoo.org/wiki/Udev/upgrade

За 6 лет достаточно активно использовал переименования интерфейсов, никаких «weird effects» не видел ни разу. И никаких проблем с назначением кастомных имён тоже не было.

Вывод: я понимаю, прогресс, все дела. Но перечитывать тонну скриптов и ковыряться с двумя десятками серверов ради этого... Кажется, здесь есть дисбаланс, господа. Будьте готовы.

Ссылка

←	Опять HDD n+1, копать лопатой.

Red Hat Tour 2013

→

← 1 2 3 4 5 6 7 →

Ответ на: комментарий от drBatty 02.04.13 16:27:30 MSK

а как ваш новый удав узнает

Какой наш?

tazhate ★★★★★
(02.04.13 16:48:49 MSK)

Ответ на: комментарий от cipher 02.04.13 16:38:33 MSK

А так же «безысходность» и черно-белый логотип генты.

Нарисуй, будь поцоном!

tazhate ★★★★★
(02.04.13 16:49:19 MSK)

Ссылка

Ответ на: комментарий от tazhate 02.04.13 16:48:49 MSK

Какой наш?

в новости пишут 200й.

~~drBatty~~ ★★
(02.04.13 16:53:02 MSK)

Ответ на: комментарий от drBatty 02.04.13 16:27:30 MSK

как ваш новый удав узнает, что новая карта теперь должна называться как «четвёртая слева вчера сгоревшая»?

по номеру PCI/whatever-слота в который она воткнута. А вот если сгорел слот, тогда увы

Pinkbyte ★★★★★
(02.04.13 16:56:27 MSK)

Ответ на: комментарий от Pinkbyte 02.04.13 16:56:27 MSK

Попрощаемся с eth* (комментарий)

~~drBatty~~ ★★
(02.04.13 16:57:44 MSK)

Ответ на: комментарий от drBatty 02.04.13 16:53:02 MSK

в новости пишут 200й.

Всмысле, какое по-твоему я к этому имею отношение?

tazhate ★★★★★
(02.04.13 17:01:56 MSK)

Ответ на: комментарий от drBatty 02.04.13 15:47:05 MSK

У кого-то проблемы с гонками?

У ядра и udev (любой версии, которая сама может переименовывать интерфейсы).

Пусть решают.

Поттеринг решил. И совершенно правильно решил, без прикручивания костылей сбоку.

В том смысле, что я например видел, решаются они сами, искароппки, привязкой к MAC'у.

Если привязку к MAC'ам оставить со стандартными именами (ethN), то как раз не решается.

Deleted
(02.04.13 17:02:09 MSK)

Ответ на: комментарий от drBatty 02.04.13 16:34:20 MSK

об том и речь что читать инструкции надо целиком.

ЗЫ в случае с етцами тебе тоже никто не гарантирует что етц1 останется етц 1 после замены сетевухи, да что уж там тебе даже между перезагрузками этого не гарантируют. а толк в том что теперь поведение при именовании интерфейсов строго предсказуемо, что и требуется от компьютеров.

Thero ★★★★★
(02.04.13 17:03:01 MSK)

Ответ на: комментарий от record 02.04.13 16:47:28 MSK

всё верно в удеве прогресс в умах человечества видимо нет, для них всё разжевали по пунктам с примерами так они прочитать не могут всё друг у друга переспрашивают слухи.

Thero ★★★★★
(02.04.13 17:05:07 MSK)

Ссылка

Ответ на: комментарий от tazhate 02.04.13 17:01:56 MSK

Всмысле, какое по-твоему я к этому имею отношение?

дык кто цитировал о каких-то новых фичах? здесь: Попрощаемся с eth* (комментарий)

«мегакруто»? Дык и чего крутого? Кроме лишнего гемора в продакшене?

~~drBatty~~ ★★
(02.04.13 17:11:07 MSK)

Ссылка

Ответ на: комментарий от record 02.04.13 16:47:28 MSK

они увеличились (в крайнем случае их количество осталось тем же) если чо

qnikst ★★★★★
(02.04.13 17:12:08 MSK)

Ссылка

Ответ на: комментарий от Deleted 02.04.13 17:02:09 MSK

У кого-то проблемы с гонками?
У ядра и udev (любой версии, которая сама может переименовывать интерфейсы).

а у меня почему такой проблемы нет? Ядро какое-то особенное или udev? Всё вроде ванильное.

Поттеринг решил. И совершенно правильно решил, без прикручивания костылей сбоку.

решил проблему, которую сам же и создал?

Если привязку к MAC'ам оставить со стандартными именами (ethN), то как раз не решается.

блжад - ПОЧЕМУ? Почему в старом удеве, без всяких ленартоподелий УМВР?

~~drBatty~~ ★★
(02.04.13 17:13:33 MSK)

Ответ на: комментарий от Thero 02.04.13 17:03:01 MSK

а толк в том что теперь поведение при именовании интерфейсов строго предсказуемо, что и требуется от компьютеров.

это ложь или жуткое недоговаривание, мне снова дать ссылку на блог Диего?

qnikst ★★★★★
(02.04.13 17:14:06 MSK)

Ответ на: комментарий от drBatty 02.04.13 17:13:33 MSK

блжад - ПОЧЕМУ? Почему в старом удеве, без всяких ленартоподелий УМВР?

потому, что УMВР вот если бы было УВ(всех)ВР, разговор бы был другим.

qnikst ★★★★★
(02.04.13 17:15:37 MSK)

Ответ на: комментарий от Thero 02.04.13 17:03:01 MSK

в случае с етцами тебе тоже никто не гарантирует что етц1 останется етц 1 после замены сетевухи

после замены - да, не останется конечно. Если к MACу привязано.

да что уж там тебе даже между перезагрузками этого не гарантируют.

ты бредишь? или у тебя MAC сам меняется??

а толк в том что теперь поведение при именовании интерфейсов строго предсказуемо, что и требуется от компьютеров.

оно и было до ваших экс(пе|к)риментов предсказуемое.

~~drBatty~~ ★★
(02.04.13 17:15:44 MSK)

Ответ на: комментарий от drBatty 02.04.13 17:15:44 MSK

ты бредишь? или у тебя MAC сам меняется??

ядерный драйвер, например, сменился. Например интелы свои дрова на 2 разных разделили.

qnikst ★★★★★
(02.04.13 17:17:13 MSK)

Ответ на: комментарий от qnikst 02.04.13 17:15:37 MSK

потому, что УMВР вот если бы было УВ(всех)ВР, разговор бы был другим.

вот мне и интересно - у кого не работает, и ПОЧЕМУ? У меня есть гонки, интерфейсы хз как нумеруются, и udev их нумерует правильно. В чём проблема?

~~drBatty~~ ★★
(02.04.13 17:17:28 MSK)

Ответ на: комментарий от qnikst 02.04.13 17:17:13 MSK

ядерный драйвер, например, сменился. Например интелы свои дрова на 2 разных разделили.

и при чём тут MAC? Я думал, он в железке забит, а не в драйвере. И да, что за чипы такие, сетевые, да ещё и от intel? С двумя драйверами. WTF?

~~drBatty~~ ★★
(02.04.13 17:19:18 MSK)

Ответ на: комментарий от drBatty 02.04.13 17:17:28 MSK

всем насрать, что там у тебя, твой пример, как и мой, как и его - абсолютно не показателен. я тебе в прошлом аналогичном разговоре приводил ссылки на тех пользователей ЛОРа у кого были проблемы, и предлагал с ними пообщаться. У меня тоже все работает со старым лейаутом, но это не значит, что ты или я или мейнтейнеры молодцы, это значит что наше оборудование или use-case не попадают в проблемную часть, все.

qnikst ★★★★★
(02.04.13 17:20:25 MSK)

Ссылка

Ответ на: комментарий от drBatty 02.04.13 17:19:18 MSK

покажи одно из твоих персистентных правил.

qnikst ★★★★★
(02.04.13 17:20:59 MSK)

Ответ на: комментарий от drBatty 02.04.13 16:57:44 MSK

В старой схеме были ненаркоманские на мой взгляд имена интерфейсов, в новой схеме тоже есть положительные моменты, но я переходить не спешу...

Upd. К слову - обновился на udev-200, поставил net.ifnames=0 в загрузчике и переименовал файл правил, как рекомендовалось в pkg_postinst - полет нормальный.

Pinkbyte ★★★★★
(02.04.13 17:21:29 MSK)
Последнее исправление: Pinkbyte 02.04.13 17:22:17 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от drBatty 02.04.13 17:13:33 MSK

блжад - ПОЧЕМУ?

http://en.wikipedia.org/wiki/Race_condition

Kernel       | udev
---------------------------------------
создаёт eth0 |
             | ловит eth0 и согласно статической привязке
             | MAC-адреса к имени решат переименовать его в eth1
создаёт eth1 |
             | пытается переименовать eth0 в eth1 и обламывается

Так понятно?

решил проблему, которую сам же и создал?

См. выше. Проблему создали задолго до него. Он её просто нашёл и исправил.

блжад - ПОЧЕМУ? Почему в старом удеве, без всяких ленартоподелий УМВР?

Race condition - это одина из очень злых проблем, которая проявляется не у всех и не всегда.

Deleted
(02.04.13 17:23:12 MSK)

Ответ на: комментарий от qnikst 02.04.13 17:20:59 MSK

# PCI device 0x10ec:/sys/devices/pci0000:00/0000:00:1c.4/0000:03:00.0 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="08:60:6e:d7:5e:45", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

здесь одна сетевуха. Вечером ещё одну поставлю наверное.

~~drBatty~~ ★★
(02.04.13 17:23:37 MSK)

Ответ на: комментарий от Deleted 02.04.13 17:23:12 MSK

пытается переименовать eth0 в eth1 и обламывается Так понятно?

оно в eth2 переименовывает. Лог позже покажу

eth0 → eth2

eth1 → eth0

eth2 → eth1

~~drBatty~~ ★★
(02.04.13 17:24:58 MSK)

Ответ на: комментарий от tazhate 02.04.13 15:34:30 MSK

Ой, оляля, можно подумать, что в других диструбутивх не грядет тоже самое.

Встань по знамёна святого Марка!

Manhunt ★★★★★
(02.04.13 17:28:10 MSK)

Ответ на: комментарий от drBatty 02.04.13 17:23:37 MSK

как я понимаю может во-первых смениться DRIVERS. Хотя тут wildcard впрочем, как и у меня + KERNEL может начать выдавать не eth, а ath и т.п. такое часто с wifi бывает. Соответсвенно когда говорят про нестабильность при чаще имеют ввиду смену ядра. Впрочем, если интересно можешь посмотреть обсуждение текста новости для udev-200 гентового, там обсуждались случаи когда persistent-names оказывался нифига не persistent. Я честно в такой ситуации ни разу не был (хотя наверное вру у меня при одной из смены дров менялось имя вайфая), но это особенности того, что у меня простое оборудование.

qnikst ★★★★★
(02.04.13 17:28:44 MSK)

Ответ на: комментарий от drBatty 02.04.13 17:24:58 MSK

это если они сразу появились, я даже не знаю как тебе предложить поискать рейсы, например найти 2 usb сетевухи и поперезагружаться меняя порты куда они подключены/длину провода:)

qnikst ★★★★★
(02.04.13 17:30:28 MSK)

Ссылка

Ответ на: комментарий от Deleted 02.04.13 17:23:12 MSK

Kernel       | udev
---------------------------------------
создаёт eth0 |
             | ловит eth0 и согласно статической привязке
             | MAC-адреса к имени решат переименовать его в eth1
создаёт eth1 |
             | пытается переименовать eth0 в eth1 и обламывается
             | переименовывает eth1 в ethN
             | переименовывает eth0 в eth1

templarrr ★★★★★
(02.04.13 17:30:41 MSK)

Ответ на: комментарий от Manhunt 02.04.13 17:28:10 MSK

Встань по знамёна святого Марка!

У меня святая корова!

tazhate ★★★★★
(02.04.13 17:36:55 MSK)

Ссылка

Ответ на: комментарий от templarrr 02.04.13 17:30:41 MSK

google://udev+network+race+condution

тебе будут ссылки на баг-треккеры разных дистров, объясни им, что они все не правы.

вот очень красивые логи и обсуждение https://bugzilla.redhat.com/show_bug.cgi?id=782145 ~~drBatty~~ тоже загляни.

qnikst ★★★★★
(02.04.13 17:37:59 MSK)
Последнее исправление: qnikst 02.04.13 17:40:09 MSK (всего исправлений: 1)

Ответ на: комментарий от qnikst 02.04.13 16:01:43 MSK

в очень большом числе конфигураций, ни predictable ни custom имена сетевых устройств не нужны, в эту категорию сразу попадают десктопы и ноуты. Для серверов или устройств со сложной структурой сети удобны custom names.

Вы буквально говорите мои слова. Говоря, что использовать кастомные имена использовать можно и нужно, я имел в виду, что, если задавать имена вручную, то кастомные, а не eth*.

в треде тема systemd поднималась только drBatty, но она не релеватна проблеме.

Это не первый тред на эту тему, и, боюсь, не последний. Кровавый баттхёрт арчеводов уже отбушевал.

Axon ★★★★★
(02.04.13 17:40:11 MSK)
Последнее исправление: Axon 02.04.13 17:41:50 MSK (всего исправлений: 1)

Calculating dependencies... done!
[ebuild R ] sys-fs/udev-200
.....
$ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500

с чего бугурт?

TheAnonymous ★★★★★
(02.04.13 17:49:37 MSK)

Ссылка

Закат линукса.

Adjkru ★★★★★
(02.04.13 17:52:53 MSK)

Ссылка

Ответ на: комментарий от ZenitharChampion 02.04.13 15:56:28 MSK

У меня больше 10 дистрибутивов Linux на одном HDD...

Но зачем?

HTaeD ★★★★
(02.04.13 18:45:13 MSK)

Ответ на: комментарий от Axon 02.04.13 17:40:11 MSK

Вы буквально говорите мои слова. Говоря, что использовать кастомные имена использовать можно и нужно, я имел в виду, что, если задавать имена вручную, то кастомные, а не eth*.

а я говорю, что в большинсве случаев кастомные не нужны и eth/wlan/br/tun/tap решают все проблемы. Не входят в большиство - серверы и роутеры, там все зависит от конкретной ситуации. Это одно и тоже?

qnikst ★★★★★
(02.04.13 18:47:12 MSK)

В funtoo до сих пор последний гвум за номером 177.
В стабильной ветке так вообще 160.

HTaeD ★★★★
(02.04.13 18:47:14 MSK)

Ссылка

Ответ на: комментарий от HTaeD 02.04.13 18:45:13 MSK

Кому какое дело?

ZenitharChampion ★★★★★
(02.04.13 18:47:21 MSK)

Ссылка

Ответ на: комментарий от tazhate 02.04.13 16:04:28 MSK

Это нужно далеко не везде. Но оно неотключаемо

И если у меня будет 2 одинаковых сетевые карты, тоже будет гонка ведь

cvs-255 ★★★★★
(02.04.13 19:09:43 MSK)
Последнее исправление: cvs-255 02.04.13 19:10:37 MSK (всего исправлений: 2)

Ответ на: комментарий от drBatty 02.04.13 17:24:58 MSK

оно в eth2 переименовывает.

== работает неправильно. Ведь нам нужно, чтобы именно этот интерфейс (по MAC-адресу) назывался eth1. Он не должен ни при каких обстоятельствах становиться eth2, eth15 или каким-то другим ethN, так как это может поломать некую логику дальше по цепочке. Например dhcp-сервер может запустится не на том интерфейсе (пример высосан из пальца, но думаю смысл ясен).

Deleted
(02.04.13 19:25:15 MSK)

тебе что, инновации не нравятся?

ananas ★★★★★
(02.04.13 19:25:55 MSK)

Ссылка

это лечится вроде
есть eudev, есть другие системы инициализации

smilessss ★★★★★
(02.04.13 19:29:24 MSK)

Ссылка

зачем ты на сервера накатываешь такие апдейты? а если сервер АЭС обслуживает, а тут у него раз и линк отвалился? бедные гетеросексуальные инженеры без порно долго не протянут.

x0r ★★★★★
(02.04.13 19:38:13 MSK)