Predictable network interface names

Говорят, что когда тебе привозят 5 десятков однотипных серверов, с кучей интерфейсов, на которых надо поставить ОС по шаблону оно реально нужно. А для остальных случаев есть net.ifnames=0.

enp*s*

самый ад, когда эта штука для usb сетевух генерирует имя на enp<mac-address>

Говорят, что когда тебе привозят 5 десятков однотипных серверов, с кучей интерфейсов, на которых надо поставить ОС по шаблону оно реально нужно.

А сделать скрипт, который при инсталяции 50 серверов просканировав ethN, вобъёт ethX=MAC-x один раз никак?

Скрипт каждый пишет свой, а эта хрень как-бы есть из коробки и как-бы в любом дистрибутиве - унификация. А вообще спроси у intelfx.

Что его спрашивать, он же sd-positive.

В каком месте они, блджад, predictable? Вставил новую звуковуху в PCI, и старый интерфейс enp3s0 превратился в enp4s0.

Читать сюда: https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterface...

Они в первую очередь predictable между перезагрузками, т. е. новый механизм именования устраняет ряд race conditions. А при смене железа они predictable только в том случае, если прошивка работает правильно. Ты случаем не переставлял сетевую карту в другой слот?

Но это ж блин слишком хорошо работало, надо было починить.

Если всё хорошо работало у тебя — это ещё не значит, что хорошо работало у всех. Сколько ещё лет пройдёт, прежде чем прыщавые админы локалхостов поймут, что они не единственные в мире?

Говорят, что когда тебе привозят 5 десятков однотипных серверов, с кучей интерфейсов, на которых надо поставить ОС по шаблону оно реально нужно.

Не совсем. Когда у тебя 5 десятков однотипных серверов, как раз высока вероятность, что на них всё будет детектиться в одном и том же порядке. Это, напротив, для систем, в которых набор сетевых адаптеров может меняться, а порядок их обнаружения не определён.

В каком месте они, блджад, predictable? Вставил новую звуковуху в PCI, и старый интерфейс enp3s0 превратился в enp4s0.

С каких пор predictable===persistent? Predictable означает, что только глянув в lspci ты можешь predict, какой интерфейс у какого сетевого устройства. И если бы ты RTFM, ты бы явно predict, что произойдёт после вставки звуковушки и заранее внёс бы изменения в конфигурацию.

Старая схема с eth* и 70-persistent-net.rules работала годами и не ломалась

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

использовала MAC для идентификации сетевухи

Если тебе это так нравилось, то почему ты до сих пор это не используешь? На уровне .link файлов ты можешь назначать имена интерфейсом произвольным образом на базе самых разных условий, хоть MAC, хоть ядерный драйвер, хоть шина подключения. Ну там internet_wifi вместо wlan0, internet_usb4g вместо wwan0, obshaga_lokalka вместо eth0.

Они в первую очередь predictable между перезагрузками

А 70-persistent-net.rules с MAC-адресами, по-твоему, не был predictable между перезагрузками?

новый механизм именования устраняет ряд race conditions

Которых со старым 70-persistent-net.rules и не было, т. к. использовались MAC-адреса. «Починим всё, что ещё не сломано» - вот лозунг твой и Солнца.

А при смене железа они predictable только в том случае, если прошивка работает правильно.

В отличие от 70-persistent-net.rules, который обеспечивал predictable имена всегда, а не только при хорошей погоде на Марсе. Поздравляю, Поттеринг опять починил то, что работало.

Если всё хорошо работало у тебя — это ещё не значит, что хорошо работало у всех. Сколько ещё лет пройдёт, прежде чем прыщавые админы локалхостов поймут, что они не единственные в мире?

Типичное повизгивание поттеринг-пионерии, в очередной раз починившей то, что до этого работало у всех, кроме них самих. Когда поттеринг-пионерия поймёт, что она не единственная в мире?

А 70-persistent-net.rules с MAC-адресами, по-твоему, не был predictable между перезагрузками?

Только если не менялись MAC-адреса и был доступ на запись в /etc. Я могу с ходу привести вполне жизненные условия, в которых любое из этих утверждений оказывается неверным. Если ты не можешь — это говорит только о твоём уровне компетенции и о том, что нечего лезть со своим особо ценным мнением туда, где ты ничего не понимаешь.

Тебе уже привели пример, когда sd-positive predictable имена не predictable в случае простого переставления PCI-карты, а ты продолжает вякать в стиле «а у вас негров линчуют». Ну вякай дальше.

Этот анонимус порвался, несите нового. Тебе (точнее, не тебе, но всё равно) уже ответили, что они не predictable либо если карта была переставлена в другой слот, либо если прошивка бажная и сообщает софту ложные данные. В обоих случаях так и должно быть.

а у вас негров линчуют

Просто указываю тебе на ложь в твоей аргументации. Всего лишь ответил на твой же вопрос.

В обоих случаях так и должно быть.

Кому должно? Поттеринг тебе приказал?

Мне оно должно быть predictable в моём типичном юзкейсе, а не в абстрактном «случайно изменился аппаратный адрес» случае. А от тебя мы слышим лишь типичное поттер-повизгивание: «Если оно работает не так, как тебе нужно, то тебе это не нужно. Плохие пользователи не ценят, что Поттер для них сделал, он же вам добра желает!» Заползи под кровать и поплачь.

А с чего ты взял, что твой типичный юзкейс — это типичный юзкейс большинства? Если оно работает не так, как тебе нужно, будь добр указать правильные настройки. Вот и всё.