Вот-вот вылетит новый релиз Debian-а! Ожидаем!

[dzhoser]

Я вот не могу понять, если есть хорошее адекватное решение, то какие бредни или бесы-баламуты должны бродить в умах разрабов, чтобы адекватные вещи менять на неадекватную хрень?

Все благодаря этому человеку Леннарт Поттеринг

[PbI6A]

Короче, серваку вообще хана. В прошлый раз перегружал, поменялись местами входной и выходной сетевые интерфейсы, сейчас свет вырубался, поменялись снова udev, значит, тоже не работает. Я определённо не понимаю, как можно было НАСТОЛЬКО всё сломать при банальном апгрейде. Всё из-за моего тупого недосмотра и слова stable в списках репозиториев Это напоминает мне только epic fail с Ubuntu 12.04, когда бета была так хороша, что я поставил её на продакшн в декабре 11 года, но потом в апреле вылетел релиз... И больше у меня нет бубунты нигде. Кстати, на работе два прокси сервера сломались из-за того, что сквид решил пробэкапить рабочий конфиг, а поставить свой без настроек Почта - аналогично, но с какими-то своими прибабахами. Определённо, Дебиан решил повторить подвиг бубунты.

[dzhoser]

 PbI6A, современные проблемы требуют современных решений

[PbI6A]

Странными путями изучаю нововведения в Debian#11. Чем дальше, тем чудесатее!

Оказалось, в его /etc/default/grub нельзя делать GRUB_CMDLINE_LINUX="net.ifnames=0 biosdevname=0" !!! Именно по этой причине и начинается чехарда с сетевыми интерфейсами. Загружаешь сервак, внешний интерфейс eth0. Настраиваешь его, стартуешь всё - всё работает. Перезагружаешь - внешний интерфейс получает имя eth1, а eth0 - внутренний. И это не какой-то странный глюк, а некая закономерность - перегружал несколько раз, eth1 внешний и всё тут! Перенастраиваю конфиги сервака, чтобы eth1 стал внешним, применяю настройки - всё работает. Перегружаешь - внешний интерфейс становится снова eth0, хоть тресни! Снова перегружай сколько угодно - eth0 и всё тут! И дальше по кругу. И в syslog-е упрямо пишет systemd-udevd[268]: Network interface NamePolicy= disabled on kernel command line, ignoring.
Убираешь из конфига, делаешь GRUB_CMDLINE_LINUX="" и имена становятся как в udev прописаны. Но зато те, что не прописаны, становятся "многобукв".

Поборол истёкший ssl сертификат deluge-webui. Удалил файлы со старыми сертификатами ~/.config/deluge/ssl/* и заново запустил. Оно само пересоздалось на ближайшие 3 года. Однако, в браузере сохранены старый истёкший сертификат и издатель старого сертификата, их надо открыть и удалить руками, иначе открываться интерфейс Deluge не будет. View Certificates -> Servers -> IP_ADDRESS:PORT сервера -> удалить. View Certificates -> Authorities -> Deluge Daemon -> удалить.

[mrgoodvin]

Но зато те, что не прописаны, становятся "многобукв".

Так "многобукв" как раз и делалось для того что бы имена те не менялись местами  .

[PbI6A]

для того что бы имена те не менялись местами

делались статические правила udev, насколько я понял.
Кстати, до 11 версии вообще не было никаких проблем с хаотической переменой имён интерфейсов, что как бы и намекает, дескать, ребята, попользовались старым добрым, и будет

Сегодня перегрузил сервак, а эта адова чехарда снова началась

Я просто логику понять не могу, если в правилах udev написано, что сетевому интерфейсу с таким-то mac-адресом прописано давать такое-то имя, то какого чёрта вообще происходит? А, предположим, откажусь я от старых имён, оно многобуквенные не начнёт так же хрен пойми как менять? Или вот я переставляю винты в другой сервак, это наверно в сотни раз удобнее переписывать кучу конфигов разных сервисов вместо того, чтобы поправить один конфиг udev и перезагрузить сервак? Я не могу понять смысла этого безумия!!!

[PbI6A]

Вот эта чёртова свистопляска:

Открыть содержимое (спойлер)

Sep  2 21:42:54 sashakrasnoyarsk systemd-udevd[271]: Using default interface naming scheme 'v247'.
Sep  2 21:42:54 sashakrasnoyarsk systemd-udevd[272]: Using default interface naming scheme 'v247'.
Sep  2 21:42:54 sashakrasnoyarsk systemd-udevd[271]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
Sep  2 21:42:54 sashakrasnoyarsk systemd-udevd[641]: Using default interface naming scheme 'v247'.
Sep  2 21:48:12 sashakrasnoyarsk systemd-udevd[1636]: Using default interface naming scheme 'v247'.
Sep  2 21:51:42 sashakrasnoyarsk systemd-udevd[273]: Using default interface naming scheme 'v247'.
Sep  2 21:51:42 sashakrasnoyarsk systemd-udevd[273]: eth1: Failed to rename network interface 3 from 'eth1' to 'eth0': File exists
Sep  2 21:51:42 sashakrasnoyarsk systemd-udevd[273]: eth1: Failed to process device, ignoring: File exists
Sep  2 21:51:42 sashakrasnoyarsk systemd-udevd[284]: Using default interface naming scheme 'v247'.
Sep  2 21:51:42 sashakrasnoyarsk systemd-udevd[284]: eth0: Failed to rename network interface 2 from 'eth0' to 'eth1': File exists
Sep  2 21:51:42 sashakrasnoyarsk systemd-udevd[284]: eth0: Failed to process device, ignoring: File exists
Sep  2 21:51:42 sashakrasnoyarsk systemd-udevd[267]: Using default interface naming scheme 'v247'.
Sep  2 21:51:42 sashakrasnoyarsk systemd-udevd[267]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
Sep  2 21:51:42 sashakrasnoyarsk systemd-udevd[646]: Using default interface naming scheme 'v247'.
Sep  2 22:03:01 sashakrasnoyarsk systemd-udevd[266]: Network interface NamePolicy= disabled on kernel command line, ignoring.
Sep  2 22:03:01 sashakrasnoyarsk systemd-udevd[271]: Using default interface naming scheme 'v247'.
Sep  2 22:03:01 sashakrasnoyarsk systemd-udevd[284]: Using default interface naming scheme 'v247'.
Sep  2 22:03:01 sashakrasnoyarsk systemd-udevd[271]: eth1: Failed to rename network interface 3 from 'eth1' to 'eth0': File exists
Sep  2 22:03:01 sashakrasnoyarsk systemd-udevd[271]: eth1: Failed to process device, ignoring: File exists
Sep  2 22:03:01 sashakrasnoyarsk systemd-udevd[284]: eth0: Failed to rename network interface 2 from 'eth0' to 'eth1': File exists
Sep  2 22:03:01 sashakrasnoyarsk systemd-udevd[284]: eth0: Failed to process device, ignoring: File exists
Sep  2 22:03:01 sashakrasnoyarsk systemd-udevd[278]: Using default interface naming scheme 'v247'.
Sep  2 22:03:01 sashakrasnoyarsk systemd-udevd[278]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
Sep  2 22:03:01 sashakrasnoyarsk systemd-udevd[629]: Using default interface naming scheme 'v247'.
Sep  2 22:10:58 sashakrasnoyarsk systemd-udevd[269]: Network interface NamePolicy= disabled on kernel command line, ignoring.
Sep  2 22:10:58 sashakrasnoyarsk systemd-udevd[282]: Using default interface naming scheme 'v247'.
Sep  2 22:10:58 sashakrasnoyarsk systemd-udevd[270]: Using default interface naming scheme 'v247'.
Sep  2 22:10:58 sashakrasnoyarsk systemd-udevd[270]: eth1: Failed to rename network interface 3 from 'eth1' to 'eth0': File exists
Sep  2 22:10:58 sashakrasnoyarsk systemd-udevd[270]: eth1: Failed to process device, ignoring: File exists
Sep  2 22:10:58 sashakrasnoyarsk systemd-udevd[282]: eth0: Failed to rename network interface 2 from 'eth0' to 'eth1': File exists
Sep  2 22:10:58 sashakrasnoyarsk systemd-udevd[282]: eth0: Failed to process device, ignoring: File exists
Sep  2 22:10:58 sashakrasnoyarsk systemd-udevd[278]: Using default interface naming scheme 'v247'.
Sep  2 22:10:58 sashakrasnoyarsk systemd-udevd[278]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
Sep  2 22:11:01 sashakrasnoyarsk systemd-udevd[671]: Using default interface naming scheme 'v247'.
Sep  2 22:12:52 sashakrasnoyarsk systemd-udevd[263]: Network interface NamePolicy= disabled on kernel command line, ignoring.
Sep  2 22:12:52 sashakrasnoyarsk systemd-udevd[285]: Using default interface naming scheme 'v247'.
Sep  2 22:12:52 sashakrasnoyarsk systemd-udevd[286]: Using default interface naming scheme 'v247'.
Sep  2 22:12:52 sashakrasnoyarsk systemd-udevd[271]: Using default interface naming scheme 'v247'.
Sep  2 22:12:52 sashakrasnoyarsk systemd-udevd[271]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
Sep  2 22:13:54 sashakrasnoyarsk systemd-udevd[672]: Using default interface naming scheme 'v247'.
Sep  2 22:17:30 sashakrasnoyarsk systemd-udevd[276]: Using default interface naming scheme 'v247'.
Sep  2 22:17:30 sashakrasnoyarsk systemd-udevd[278]: Using default interface naming scheme 'v247'.
Sep  2 22:17:30 sashakrasnoyarsk systemd-udevd[274]: Using default interface naming scheme 'v247'.
Sep  2 22:17:30 sashakrasnoyarsk systemd-udevd[274]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
Sep  2 22:18:29 sashakrasnoyarsk systemd-udevd[672]: Using default interface naming scheme 'v247'.
Sep  2 22:26:24 sashakrasnoyarsk systemd-udevd[1614]: Using default interface naming scheme 'v247'.
Sep  2 22:27:43 sashakrasnoyarsk systemd-udevd[272]: Using default interface naming scheme 'v247'.
Sep  2 22:27:43 sashakrasnoyarsk systemd-udevd[272]: eth1: Failed to rename network interface 3 from 'eth1' to 'eth0': File exists
Sep  2 22:27:43 sashakrasnoyarsk systemd-udevd[272]: eth1: Failed to process device, ignoring: File exists
Sep  2 22:27:43 sashakrasnoyarsk systemd-udevd[278]: Using default interface naming scheme 'v247'.
Sep  2 22:27:43 sashakrasnoyarsk systemd-udevd[278]: eth0: Failed to rename network interface 2 from 'eth0' to 'eth1': File exists
Sep  2 22:27:43 sashakrasnoyarsk systemd-udevd[278]: eth0: Failed to process device, ignoring: File exists
Sep  2 22:27:43 sashakrasnoyarsk systemd-udevd[272]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.

[свернуть]

Немного лога из systemd:

Открыть содержимое (спойлер)

-- Boot 3dd9f2f3d4c344c1aafad06991b0b36f -- (в этой загрузке сеть ок, в конфигурации /etc/default/grub была строка GRUB_CMDLINE_LINUX="net.ifnames=0 biosdevname=0")
сен 02 22:10:52 sashakrasnoyarsk systemd[1]: Starting Rule-based Manager for Device Events and Files...
сен 02 22:10:52 sashakrasnoyarsk systemd-udevd[269]: Network interface NamePolicy= disabled on kernel command line, ignoring.
сен 02 22:10:52 sashakrasnoyarsk systemd[1]: Started Rule-based Manager for Device Events and Files.
сен 02 22:10:53 sashakrasnoyarsk systemd-udevd[282]: Using default interface naming scheme 'v247'.
сен 02 22:10:53 sashakrasnoyarsk systemd-udevd[270]: Using default interface naming scheme 'v247'.
сен 02 22:10:53 sashakrasnoyarsk systemd-udevd[270]: eth1: Failed to rename network interface 3 from 'eth1' to 'eth0': File exists
сен 02 22:10:53 sashakrasnoyarsk systemd-udevd[270]: eth1: Failed to process device, ignoring: File exists
сен 02 22:10:53 sashakrasnoyarsk systemd-udevd[282]: eth0: Failed to rename network interface 2 from 'eth0' to 'eth1': File exists
сен 02 22:10:53 sashakrasnoyarsk systemd-udevd[282]: eth0: Failed to process device, ignoring: File exists
сен 02 22:10:54 sashakrasnoyarsk systemd-udevd[278]: Using default interface naming scheme 'v247'.
сен 02 22:10:54 sashakrasnoyarsk systemd-udevd[278]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
сен 02 22:11:01 sashakrasnoyarsk systemd-udevd[671]: Using default interface naming scheme 'v247'.
-- Boot e0196e6e872f46158cae6806d9766297 -- (в этой загрузке сети нет)
сен 02 22:12:45 sashakrasnoyarsk systemd-udevd[263]: Network interface NamePolicy= disabled on kernel command line, ignoring.
сен 02 22:12:45 sashakrasnoyarsk systemd[1]: Started Rule-based Manager for Device Events and Files.
сен 02 22:12:46 sashakrasnoyarsk systemd-udevd[285]: Using default interface naming scheme 'v247'.
сен 02 22:12:46 sashakrasnoyarsk systemd-udevd[286]: Using default interface naming scheme 'v247'.
сен 02 22:12:47 sashakrasnoyarsk systemd-udevd[271]: Using default interface naming scheme 'v247'.
сен 02 22:12:47 sashakrasnoyarsk systemd-udevd[271]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
сен 02 22:13:54 sashakrasnoyarsk systemd-udevd[672]: Using default interface naming scheme 'v247'.
-- Boot 607fde857dea4173a767d7dd3f2c4b34 -- (в этой загрузке сети нет)
сен 02 22:17:22 sashakrasnoyarsk systemd[1]: Starting Rule-based Manager for Device Events and Files...
сен 02 22:17:22 sashakrasnoyarsk systemd[1]: Started Rule-based Manager for Device Events and Files.
сен 02 22:17:23 sashakrasnoyarsk systemd-udevd[276]: Using default interface naming scheme 'v247'.
сен 02 22:17:23 sashakrasnoyarsk systemd-udevd[278]: Using default interface naming scheme 'v247'.
сен 02 22:17:24 sashakrasnoyarsk systemd-udevd[274]: Using default interface naming scheme 'v247'.
сен 02 22:17:24 sashakrasnoyarsk systemd-udevd[274]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
сен 02 22:18:29 sashakrasnoyarsk systemd-udevd[672]: Using default interface naming scheme 'v247'.
сен 02 22:26:24 sashakrasnoyarsk systemd-udevd[1614]: Using default interface naming scheme 'v247'.
-- Boot 42df272d9c224a5eb0959f11c674440b -- (в этой загрузке сеть ок)
сен 02 22:27:35 sashakrasnoyarsk systemd[1]: Started Rule-based Manager for Device Events and Files.
сен 02 22:27:36 sashakrasnoyarsk systemd-udevd[272]: Using default interface naming scheme 'v247'.
сен 02 22:27:36 sashakrasnoyarsk systemd-udevd[272]: eth1: Failed to rename network interface 3 from 'eth1' to 'eth0': File exists
сен 02 22:27:36 sashakrasnoyarsk systemd-udevd[272]: eth1: Failed to process device, ignoring: File exists
сен 02 22:27:36 sashakrasnoyarsk systemd-udevd[278]: Using default interface naming scheme 'v247'.
сен 02 22:27:36 sashakrasnoyarsk systemd-udevd[278]: eth0: Failed to rename network interface 2 from 'eth0' to 'eth1': File exists
сен 02 22:27:36 sashakrasnoyarsk systemd-udevd[278]: eth0: Failed to process device, ignoring: File exists
сен 02 22:27:37 sashakrasnoyarsk systemd-udevd[272]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
сен 02 22:27:42 sashakrasnoyarsk systemd-udevd[274]: Using default interface naming scheme 'v247'.

[свернуть]

Какие нужны условия?! Просто перегружал сервак несколько раз подряд.

[PbI6A]

Ещё вот такая штука интересна. В чём принципиальная разница вот таких строк конфига udev?:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="d0:27:88:19:50:af", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="d0:27:88:19:50:af", ATTR{type}=="1", KERNEL=="eth*", NAME:="eth0"
Какая-то разница в назначении имени интерфейса может быть в случае одной или другой строки?

[mrgoodvin]

На сколько и я понимаю таки да, были правила udev. Но правила выполняются на определенном уровне иерархии системы взаимодействуя с ядром. Уровень же тот раньше был привязан к самим правилам udev более ближе чем к ядру. Сейчас, снова же на сколько понимаю, попытались перенести инициализацию оборудования уровнем ниже и ближе как бы к уровню ядра и в целом более глобальной(структурированной) инициализации нежели прежняя структура udev раньше, так как systemd пришел к нам. Сама идея хороша, так как позволяет произвести инициализацию при загрузки системы намного раньше в сравнении чем работали правила udev, то есть верно инициализировать оборудования вне зависимости от самих только микроконтроллеров а так же самой системы udev в целом, применяя для самой инициализации всю систему как монолит структурируя саму инициализацию. Ядро взаимодействует с systemd, в то время как последний охватывает всю систему инициализации, будь то инициализация при загрузке системы в целом или же инициализация при подключение оборудования разного. Предполагаю, что если используется один контроллер для определения двух и более единиц оборудования именно этого контроллера на структурном уровне, то даже новая система инициализации, пусть то даже systemd, может неверно инициализировать оборудование, как собственно могло бить и ранее, без правил udev. В любом случае, более структурированная инициализация есть лучше чем было раньше. Касательно удобства эксплуатации а вернее неудобства конкретные в конкретном случае соглашаюсь с вашим мнением.  Я точено не уверен, но вместо правил udev предполагаю возможно можно задействовать как то часть systemd написав юнит вместо правила udev.

Ещё вот такая штука интересна. В чём принципиальная разница вот таких строк конфига udev?:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="d0:27:88:19:50:af", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="d0:27:88:19:50:af", ATTR{type}=="1", KERNEL=="eth*", NAME:="eth0"
Какая-то разница в назначении имени интерфейса может быть в случае одной или другой строки?

Не совсем понял вопрос... если оборудование единое в системе и преобразовывается в структуру с dev_id=0, то никакой разницы не будет, или по крайней мере не должно быть. Если же dev_id!=0 то правило первое не должно применяться как бы. Первое правило есть более уточненное согласно структуры udev.

В данном случае, вашем, предполагал что инициализация происходит раньше чем срабатывают правила udev, что означает, грубо говоря правила udev игнорируются, но посмотрев логи вижу что в некоторых случаях udevd повторно пытается изменить названия интерфейсов при чем используя старые имена, чего быть как бы не должно при работе systemd-udev корректной. Предполагаю старые правила udev подцепляются udevd что выглядит логичным, но тогда не понятно почему используется одна и та же схема  'v247' со строкой GRUB_CMDLINE_LINUX="net.ifnames=0 biosdevname=0" и без неё.
В общем нужно разбираться почему так происходит. Можете глянуть https://www.freedesktop.org/software/systemd/man/systemd.net-naming-scheme.html, https://www.freedesktop.org/software/systemd/man/systemd.link.html#, может поможет как-то и натолкнет размышления на мысли полезные. Возможно если была бы чистая установка всё бы работало корректно. Можно попробовать загрузиться с live и посмотреть логи уже там для сравнения, но таки там уже будет задействована предполагаю корректная схема инициализации с новыми названиями и манипуляции к возвращению к старым именам в системе той прошли бы корректно, а возможно это есть bug или же запланированное нововведение в виду выше приведенного и точно что-либо конкретное сказать сложно.

[PbI6A]

Встречалось мнение, что eudev может как-то изменить ситуацию. Но наверно его надо как-то собирать и вкорячивать, а это получится ещё более адский колхоз, чем systemd

[PbI6A]

Ога... eudev есть в Devuan Теперь понятно почему сетевые интерфейсы в Devuan работают как надо...

[Udachnik]

Встречалось мнение, что eudev может как-то изменить ситуацию.

Нет потому что разработка eudev прекращена.
https://github.com/gentoo/eudev/commit/f559dc96f4105f605272defac9276ef9cb6f5dc6
Хотя остается шанс что кто-то подхватит, но это дело сложное, так что маловероятно.

[PbI6A]

Может быть и прекращена, но читаем:

Открыть содержимое (спойлер)

root@debian:~# reboot

The last step before migration is to switch to eudev.

root@debian:~# apt-get install eudev

Now you can perform the migration. For Stretch migrations issuing a full-upgrade is recommended.

root@debian:~# apt-get full-upgrade

[свернуть]

Вполне так используется по умолчанию.

[dzhoser]

А в новом механизме вас только длинные названия не устраивают?
Там сплошные плюсы:
- Сетевые интерфейсы не меняются местами так как данные идентификаторы устройств подтягиваются прямо из биос;
- При разворачивании образов новые интервейсы не будут привязаны к мак адресам и не будет смещение идентификаторов eth1 и eth2.
Минусы:
-старые привычки;
-трудно запомнить идентификатор интерфейса.

[PbI6A]

Сетевые интерфейсы не меняются местами

сен 02 22:10:53 sashakrasnoyarsk systemd-udevd[270]: eth1: Failed to rename network interface 3 from 'eth1' to 'eth0': File exists
сен 02 22:10:53 sashakrasnoyarsk systemd-udevd[270]: eth1: Failed to process device, ignoring: File exists
сен 02 22:10:53 sashakrasnoyarsk systemd-udevd[282]: eth0: Failed to rename network interface 2 from 'eth0' to 'eth1': File exists
сен 02 22:10:53 sashakrasnoyarsk systemd-udevd[282]: eth0: Failed to process device, ignoring: File exists

сен 02 22:27:36 sashakrasnoyarsk systemd-udevd[272]: eth1: Failed to rename network interface 3 from 'eth1' to 'eth0': File exists
сен 02 22:27:36 sashakrasnoyarsk systemd-udevd[272]: eth1: Failed to process device, ignoring: File exists
сен 02 22:27:36 sashakrasnoyarsk systemd-udevd[278]: Using default interface naming scheme 'v247'.
сен 02 22:27:36 sashakrasnoyarsk systemd-udevd[278]: eth0: Failed to rename network interface 2 from 'eth0' to 'eth1': File exists
сен 02 22:27:36 sashakrasnoyarsk systemd-udevd[278]: eth0: Failed to process device, ignoring: File exists

При разворачивании образов новые интервейсы не будут привязаны к мак адресам

Вообще не понимаю, чем это плохо. Чем плохо один раз прописать в настройках udev назначение карте с таким-то mac такого-то имени? Вот стоит у меня сервак, есть у него некие пара шт сетевух. Я знаю , предположим, что eth0 - выход к провайдеру, а eth1 - выход в локалку. Я нашёл другой сервак, который больше меня устраивает, например, более новый|надёжный|удобный для серверного шкафа и т.д. Я захожу в консоль на старый сервак, дописываю в конфиг udev кроме имеющихся соответствий соответствия на новые mac-адреса, выключаю сервак, переставляю винт в новый, втыкаю провода, загружаю - вуаля! И я могу в любой момент выключить сервак, переткнуть всё обратно и получить рабочую систему. А что я получаю в новой системе интерфейсов?

адова чехарда