О съезжании номеров сетевых интерфейсов.

Semen Panevin написал(а) к Vassily Kiryanov в Apr 15 08:53:02 по местному времени:

Доброго здоровьица тебе, Vassily!

Friday April 17 2015 09:19, Vassily Kiryanov писал All:

VK> Главный вопрос: можно-ли как-то влиять на раздачу номеров интерфейсам
VK> во время загрузки? Например, указывая желаемый номер интерфейса и его
VK> MAC-адрес?
Вот чес-слово не знаю как у вас в бзде, а у нас в линуксе эту проблему решили с помощью udev, активно ругаемого Виссарионовым. Он возможно и знает другие пути решения, а вот лично я нет, поэтому когда втыкнул новую четырёхпортовку - просто переназначил человеческие имена интерфейсов по макам как мне удобно в рулесах udev.

У вас там вроде тоже udev или аналог есть, не?

Вот тут https://forums.freebsd.org/threads/r...erfaces.27100/ говорят

If you're going to go the manual route like that, then you are better off writing your own script to:

list the MAC addresses
rename the interfaces to some temp name
rename the interfaces to the "correct" igbX name, based on the MAC address

Then insert that into the boot order before the netif script runs. See rcorder(8) and rc() for details on how to do that.

VK> Менее главный вопрос: а почему номера раздались именно так? Ну просто
VK> интересно.
Тайна, покрытая мраком...

А ещё там же вот что говорят:

Go into the BIOS. Go to the page with the PCI options. Change the order for device enumeration. :)


С наилучшими пожеланиями, Семён.

... Век живи, век учись!
--- GoldED+/LNX 1.1.5-b20130910 (Linux 3.18.9-gentoo iF6M10)

Semen Panevin написал(а) к Alex Korchmar в Apr 15 00:47:40 по местному времени:

Доброго здоровьица тебе, Alex!

Friday April 17 2015 09:32, Alex Korchmar писал Semen Panevin:

SP>> решили с помощью udev, активно ругаемого Виссарионовым.
AK> в линупсе этой "проблемы" не было за, внимание: ДЕСЯТЬ лет до
AK> появления у..ща под названием udev.
AK> ip link set dev ... name NEWNAME - фича еще времен ведра 2.3 и команды
AK> ank@, ныне по... простите, пошедшего в эффективные менеджеры.
И причём тут name когда я им по MAC имена даю с помощью udev? Ровно то решение, которое предлагали по ссылке но руками, уже реализовано в udev. По одной строчке в конфиге для каждого устройства.

AK> И да, уродец udev использует именно эту команду, сам по себе он не
AK> умеет делать решительно ничего полезного.
Аффтары за меня неуча написали все необходимые скрипты для маппинга устройств по различным параметрам, в том числе MAC-адресу сетевого интерфейса. Я считаю, что это достаточно полезная работа.

AK> явлений, радостно рапортует, что дивайса eth0, для которого есть
AK> конфигурация, он что-то не нашел, зато "обнаружено новое устройство",
Ещё раз: у меня в конфиге MAC а не неизвестное до момента загрузки имя, данное системе интерфейсу.

SP>> list the MAC addresses
AK> да-да, при аварийной замене сетевухи получим точное подобие линупсу.
AK> Нах не надо.
Тогда проблема не решается впринципе. Если конечно не привязывать имена к идентификаторам физических портов, что впринципе в udev тоже возможно.

Понятно, что udev не делает никакой магии и всё что может делать он - можно сделать и вручную, но зачем?

VK>>> Менее главный вопрос: а почему номера раздались именно так? Ну
VK>>> просто интересно.
SP>> Тайна, покрытая мраком...
AK> ох уз эти сказоськи, ох уз эти сказосьники:
AK> встроенные сетевухи подключены в первый pci bridge (они в него
AK> включаются, хотя разъемов и не видно, вот сюрприз-то, да? Вы-то
AK> думали, они магическим каналом через эфирные слои подцеплены?) и имеют
AK> id выше, чем у слотов, чтобы, если их понадобится отключить, не
AK> перенумеровалась к чертям вся система, обеспечив windows-подобным ОС
AK> массу новых чудес.
Ты наверное плохо читал исходное письмо? Там было написано, что встроенные интерфейсы имели номера в середине. Я вроде трезвым его читал.

AK> И да, эта нумерация связана с архитектурой платы, и не будет меняться
AK> непредсказуемым образом, пока плата остается той же самой.
Ты помнится упоминал ситуацию со сгоревшей нах матерью... Решение?

С наилучшими пожеланиями, Семён.

... Хорошо там, где мы есть! (про фидошников)
--- GoldED+/LNX 1.1.5-b20130910 (Linux 3.18.9-gentoo iF6M10)

Valentin Davydov написал(а) к Serguei E. Leontiev в Apr 15 11:59:22 по местному времени:

From: Valentin Davydov <sp@m.davydov.spb.su>

> From: "Serguei E. Leontiev" <leo@sai.msu.ru>
> Date: Fri, 17 Apr 2015 12:13:58 +0000 (UTC)
>
> VK> Далее, если есть
> VK> интерфейс с MAC-адресом как во второй строке, то
> VK> переименовываем его в имя из второй строки, отбросив символ
> VK> "@". Но если нет интерфейса с таким MAC-адресом, то имя net1 не
> VK> должно быть присвоено ни одному из сетевых интерфейсов, символ
> VK> "@" означает строгую привязку.
>
>Не ясно зачем нужна "строгая привязка" в такой формулировке. По
>крайней мере, она не помогает, ни отказоустойчивости, ни
>ремонтопригодности.
>
>В примере Алексея, как я понял, основное - это заменил плату на
>однотипную, и, почти всегда, почти везде, всё работает.

Как раз при замене платы на строго однотипную всё работает и так.
В смысле, igb0 igb1 (или там в линухе enp2s0 enp3s5) остаются в
том же порядке, как и выведены на заднюю панель, и даже маки у
них в том же порядке сортируются.

А при изменениии сетевой конфигурации типа добавления новых интерфейсов
всяко придётся вручную поработать. Другое дело, что новые интерфейсы могут
добавиться внезапно (например, материнка Intel с двумя разными сетвухами,
исходно работала только одна, а после очередного обновления в ядре появился
драйвер для второй).

>Что бы это сделать совсем уж честно, нужно, грубо говоря, получать имя
>интерфейса не из файла (из файла станет только хуже), а по DНCP или
>чего-то аналогичного.

Зачем по dhcp получать ещё и имя, когда он и так все нужные параметры
предоставляет? Вроде, во всех местах типа ipfw можно вместо имени сразу
адрес указывать.

>Что позволит привязать "имя", используемое в
>дальнейших конфигурациях, с собственно проводом или тем, что за ним
>находится.
>
>Как вариант, вообще забыть об именах интерфейсов. Строго говоря, их
>использование необязательно же.

Вот-вот.

Вал. Дав.
--- ifmail v.2.15dev5.4

Vassily Kiryanov написал(а) к Serguei E. Leontiev в Apr 15 17:18:41 по местному времени:

Нi Serguei!

17 Apr 15 15:13, Serguei E. Leontiev wrote to Vassily Kiryanov:

VK>> Далее, если есть
VK>> интерфейс с MAC-адресом как во второй строке, то
VK>> переименовываем его в имя из второй строки, отбросив символ
VK>> "@". Но если нет интерфейса с таким MAC-адресом, то имя net1 не
VK>> должно быть присвоено ни одному из сетевых интерфейсов, символ
VK>> "@" означает строгую привязку.

SEL> Не ясно зачем нужна "строгая привязка" в такой формулировке. По
SEL> крайней мере, она не помогает, ни отказоустойчивости, ни
SEL> ремонтопригодности.

Я тоже (в данный момент) не особо представляю, для чего может такая строгая привязка потребоваться. Но я не дам свою голову на отсечение, что она не потребуется никому и никогда. Мир непредсказуем. Да и есть ещё провайдеры, которые привязываются к MAC-адресу клиента.

Кстати да, тот вариант. что ты предложил для rc.conf красивее моего. Ну да я синдромом NIН не страдаю слишком уж сильно, готов и таким синтаксисом пользоваться.

SEL> В примере Алексея, как я понял, основное - это заменил плату на
SEL> однотипную, и, почти всегда, почти везде, всё работает.

Да о том и речь. Я просто пытаюсь прикинуть, как из возможности [полу]автоматического переименования интерфейсов извлечь максимум пользы, получив при этом минимум вреда. Например таких граблей, о которых Алексей упомянул.

SEL> Что бы это сделать совсем уж честно, нужно, грубо говоря, получать
SEL> имя
SEL> интерфейса не из файла (из файла станет только хуже), а по DНCP или
SEL> чего-то аналогичного. Что позволит привязать "имя", используемое в
SEL> дальнейших конфигурациях, с собственно проводом или тем, что за ним
SEL> находится.

Это уже потребует внесения изменений в окружающее фряху оборудование. То, о чём говорили я и Алексей требует внесения изменений/дополнений только в саму систему и не затрагивает её окружение.

SEL> Как вариант, вообще забыть об именах интерфейсов. Строго говоря, их
SEL> использование необязательно же.

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

Всего хорошего. "За верную и прибыльную дружбу!" (c) Яго.
Vassily
---

Alex Korchmar написал(а) к Semen Panevin в Apr 15 18:32:35 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Semen Panevin <Semen.Panevin@f121.n5025.z2.fidonet.org> wrote:

AK>> ip link set dev ... name NEWNAME - фича еще времен ведра 2.3 и команды
AK>> ank@, ныне по... простите, пошедшего в эффективные менеджеры.
SP> И причём тут name когда я им по MAC имена даю с помощью udev?
udev твой дергает ровно это.
Как мы без него пятнадцать лет обходились - прям ума не приложу.

SP> по различным параметрам, в том числе MAC-адресу сетевого интерфейса. Я считаю,
SP> что это достаточно полезная работа.
а я - что вредная. У нас уже есть одна операционная система, в которой
замена сетевухи на такую же вызывает, внезапно, появление "сетевое
подключение #2".
Если бы мне такое поведение зачем-то все же понадобилось бы - я бы уж
как нибудь осилил добавить строчку в rc скрипт.

SP> Ещё раз: у меня в конфиге MAC а не неизвестное до момента загрузки имя,
ну некоторые любят дрочить, да. Я вот маков своих сетевух не знаю и знать
не хочу. Тем более что в большинстве коробок сетевуха ровно одна, либо их
две собранных в lag и в результате тоже одна.

SP> Понятно, что udev не делает никакой магии и всё что может делать он - можно
SP> сделать и вручную, но зачем?
затем чтобы у системы было предсказуемое поведение, например. А не "обнаружено
новое устройство".

SP> Ты наверное плохо читал исходное письмо? Там было написано, что встроенные
SP> интерфейсы имели номера в середине. Я вроде трезвым его читал.
о том что у тебя два, если не три pci-bridge, ты понять, видимо, так и
ниасилил?

AK>> И да, эта нумерация связана с архитектурой платы, и не будет меняться
AK>> непредсказуемым образом, пока плата остается той же самой.
SP> Ты помнится упоминал ситуацию со сгоревшей нах матерью... Решение?
пичаль, пичаль - все сгорело к херам.

Причем в случае единственной сетевухи - если система не занимается вредной
самодеятельностью, есть все еще очень неплохие шансы что все заведется само.
В случае кучипортового чудо-сервера - можно, в конце-концов, силами местной
обезьянки, подобрать такое положение провода, чтобы хотя бы поднять порт,
отвечающий за удаленный доступ, и потом уж разобраться с остальными.
В случае удева или его наколенной замены - никаких вариантов, кроме как
кому-то на месте взламывать твою коробку и руками править конфиги (а в
случае наколеночности - скрипты неведомой конструкции)

отдельный прикол удева в том, что его авторы так рвались всех осчастливить,
что штатного способа отключения щастья не предусмотрели в принципе.

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


> Alex

--- ifmail v.2.15dev5.4

Serguei E. Leontiev написал(а) к Alex Korchmar в Apr 15 09:52:41 по местному времени:

From: "Serguei E. Leontiev" <leo@sai.msu.ru>

Алексей, привет,

Alex Korchmar <noreply@linux.e-moe.ru> wrote:
> ну некоторые любят дрочить, да.

:) А как это ещё назвать? Вставил физическое или виртуальное устройство,
вынул физическое или виртуальное устройство ... и так до бесконечности :)
Собственно для этого НAL и udev придумывали, не думаю, что можно было
придумать что-то лучше НAL, а udev - немного странное решение, наверное
можно было бы и на НAL получить лучшие параметры производительности.

> отдельный прикол удева в том, что его авторы так рвались всех осчастливить,
> что штатного способа отключения щастья не предусмотрели в принципе.

А нафига? Если применить остатки мозга линуксойда (предположим, что у
кого-то из них есть мозг), то можно задать udev такую конфигурацию, которая
будет полностью соответствовать наилучшим образцам, таким как FreeBSD. :)

Есть, конечно вопрос, а почему в RedНat и др. её не применяют пр умолчанию?


--
Успехов, Сергей Леонтьев, <http://www.cryptopro.ru> (NewsTap)
--- ifmail v.2.15dev5.4

Alex Korchmar написал(а) к \"Serguei E. Leontiev\" в Apr 15 16:59:24 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Serguei E. Leontiev <leo@sai.msu.ru> wrote:


SEL> :) А как это ещё назвать? Вставил физическое или виртуальное устройство,
SEL> вынул физическое или виртуальное устройство ... и так до бесконечности :)
SEL> Собственно для этого НAL и udev придумывали, не думаю, что можно было
хинт: в большинстве установок где используется udev, никто и никогда
ничего не вставляет и не вынимает, кроме сервера целиком.

>> отдельный прикол удева в том, что его авторы так рвались всех осчастливить,
>> что штатного способа отключения щастья не предусмотрели в принципе.

SEL> А нафига?
чтобы когда тебя переедет асфальтовый каток, а рулить сервером придет совсем
другой человек, он с первого взгляда в простой конфигурационный файл увидел
"автопилот выключен, система на ручном управлении".
А не гадал, что тут и где наколбасил очередной самоучка без мотора, в
попытках победить неуправляемое угребище.
У меня это обычно +i флаг - средний админчег далеко не сразу сообразит,
в чем дело, несредний паршивенький может и вообще не знать о флагах.

Потому что ручки - нет. Редактировать системный скрипт на нестандартное
поведение - это мина еще похуже +i, на тот хотя бы сразу же напорешься.

SEL> Есть, конечно вопрос, а почему в RedНat и др. её не применяют пр умолчанию?
потому что они на полном серьезе хотят "как windows". В windows именно так.
Слаще морковки там едали только те кто уже либо давно рулит потоками,
либо вышел в тираж.


> Alex

--- ifmail v.2.15dev5.4

Dmitry Miloserdov написал(а) к Alex Korchmar в Apr 15 17:47:26 по местному времени:

From: Dmitry Miloserdov <dmitry@bis.ru>

21.04.2015 16:59, Alex Korchmar пишет:
>>> отдельный прикол удева в том, что его авторы так рвались всех осчастливить,
>>> что штатного способа отключения щастья не предусмотрели в принципе.
> SEL> А нафига?
> чтобы когда тебя переедет асфальтовый каток, а рулить сервером придет совсем
> другой человек, он с первого взгляда в простой конфигурационный файл увидел
> "автопилот выключен, система на ручном управлении".
> А не гадал, что тут и где наколбасил очередной самоучка без мотора, в
> попытках победить неуправляемое угребище.
> У меня это обычно +i флаг - средний админчег далеко не сразу сообразит,
> в чем дело, несредний паршивенький может и вообще не знать о флагах.
>
> Потому что ручки - нет. Редактировать системный скрипт на нестандартное
> поведение - это мина еще похуже +i, на тот хотя бы сразу же напорешься.

Да почему же нет ручки?!
# cp /lib/udev/rules.d/persistent-net-generator /etc/udev/rules.d/
# truncate -s 0 /etc/udev/rules.d/persistent-net-generator

Правила в /etc не содержатся в пакетах и не будут исправлены при апдейтах.

--- ifmail v.2.15dev5.4

Alex Korchmar написал(а) к Dmitry Miloserdov в Apr 15 23:13:05 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Dmitry Miloserdov <dmitry@bis.ru> wrote:

>> ну мне +i на 70-persistent-net.rules больше нравится. Во-первых, его все
>> равно удалять. Во-вторых, при загрузке будет явная ругань, выдающая что
>> тут что-то необычное.

DM> Ты чинишь последствия не убирая причину.
DM> То есть скрипт переименования отрабатывает но не может сохранить результат.
нет, вот это 70 и есть скрипт переименования. А отрабатывает как раз скрипт
генерации этого мусора.

DM> Я не знаю о чем ты, но это плохая автоматика если она не найдет
DM> локальные изменения там куда положено класть локальные изменения.
другой нет. Найти файл с произвольным именем в произвольном месте, даже
если туда "положено" что-то класть, никакая штатная автоматика, увы, не умеет.
(и да, это еще один кол в жопу идиотам, придумавшим "конфигурационные каталоги"
с мелконашинкованными частями конфигов, потому что sed освоить никак не умели)

>> А ручки в udev.conf нет именно потому, что автор предполагал что он нас
>> всех ощасливил до того замечательно, что никому-никому не понадобится это
>> щастье выбросить в унитаз.
DM> Возможно так оно и было в предпердыдущих версиях. Сейчас ручка есть но
DM> она не в .conf а в rules.d
это не та ручка, которая нужна. Причем завтра они переименуют тот скрипт
что в lib - и оно радостно снова пооверрайдит тебе файлик. И ты об этом опять
не узнаешь.
А вот если переименуют сам файлик - оно при апгрейде радостно навернется об
эту +i, и ты об этом узнаешь.

>> вот ни_один_ из них на данной конкретной машине не делает _ничего хорошего.
>> То есть либо явно вредят, либо бестолку транжирят время при старте.
DM> Ну и в чем проблема? Уверен что не нужны - отключи.
в том что это бесполезная трата моего времени.

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


> Alex

--- ifmail v.2.15dev5.4

Serguei E. Leontiev написал(а) к Alex Korchmar в Apr 15 10:39:00 по местному времени:

From: "Serguei E. Leontiev" <leo@sai.msu.ru>

Привет Алексей,

От 22 апреля 2015 г., 23:01:34 в fido7.ru.unix.bsd ты писал:
AK> Serguei E. Leontiev <leo@sai.msu.ru> wrote:
VD>>>> Раскладку же ж! Особенно кнопки "Power".
AK>>> а вот этого у нас делать никто не умеет - раскладка
AK>>> свойство системы, а не очередной клавиатуры, ога.
SEL>> У вас может быть, а так какой проблема?
AK> ну так udeb работает только у нас, и systemd тоже.

Ты имеешь ввиду под Linux - "раскладка свойство системы"? Но это же
очевидно не так, никто ж не мешает, так же как и на нормальных системах,
после обнаружения "хитрых" клавиатур в правилах НAL/udev выполнить
loadkeys и/или setxkbmap.

К стати, чтение `man systemd-udevd.service' на CentOS 7 как-то вот
откровением не стало, по моему, мало что изменилось.

AK> Проблема, что винда такого не умеет, а мозга у разработчиков
AK> этого дерьма нет совсем.

С мозгами в мире вообще напряжёнка, но в Windows аналогичный фокус думаю
вполне реален, в частности, Parallels Tools и Apple Boot Camp, как мне
кажется, настраивают нечто подобное.

По крайней мере, т.к. для FreeBSD не было Parallels Tools, настройку
клавиатуры MacBook/Mac-Parallels, синхронизацию времени и т.п. сделал
через правила НAL.

Надо будет и для Linux соорудить нечто подобное, т.к. Parallels Tools
для Linux без Parallels зависает, вот гад.

--
Успехов, Сергей Леонтьев. E-mail: lse@CryptoPro.ru


--- ifmail v.2.15dev5.4