28484 2013-01-31 10:06:46 +0400 Разное именование сетевых интерфейсов в установщике и установленной системе 2013-05-15 22:16:10 +0400 1 1 4 Development Sisyphus udev unstable all Linux CLOSED FIXED P3 normal --- 27685 28955 1 boyarsh shaba aen arseny cas legion mike rider sem shaba qa-sisyphus oldest_to_newest 137447 0 boyarsh 2013-01-31 10:06:46 +0400 Хотя и в установщике и в установленной системе используется один и тот же udev 197, в установщике (видимо, в силу особенностей initrd и/или стартовых скриптов установщика) сетевые интерфейсы получают "старые" имена eth[0-9], а после перезагрузки в установленную систему -- новые "enp0s3" и тп.. Что бы это могло быть? 137448 1 aen 2013-01-31 10:30:58 +0400 В сборке ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/half-/20130130/regular-icewm-20130130-i586.iso, установленной с liveCD и запущенной в VB, единственный сетевой интерфейс остается eth0. Но там udev-197-alt1 и ядро 3.7.4-std-def-alt1 137450 2 aen 2013-01-31 10:46:50 +0400 (В ответ на комментарий №1) > В сборке > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/half-/20130130/regular-icewm-20130130-i586.iso, > установленной с liveCD и запущенной в VB, единственный сетевой интерфейс > остается eth0. > Но там udev-197-alt1 и ядро 3.7.4-std-def-alt1 А вот после обновления этой системы в процессе загрузки прежнего ядра: (initrd): Stage 'killall' failed 137451 3 boyarsh 2013-01-31 10:50:39 +0400 Yf /lib/udev/rules.d/80-net-name-slot.rules 137452 4 aen 2013-01-31 10:52:05 +0400 (В ответ на комментарий №2) > (В ответ на комментарий №1) > > В сборке > > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/half-/20130130/regular-icewm-20130130-i586.iso, > > установленной с liveCD и запущенной в VB, единственный сетевой интерфейс > > остается eth0. > > Но там udev-197-alt1 и ядро 3.7.4-std-def-alt1 > > А вот после обновления этой системы в процессе загрузки прежнего ядра: > (initrd): Stage 'killall' failed Со второй попытки загрузилось, сетевой интерфейс остался eth0 137453 5 boyarsh 2013-01-31 10:53:14 +0400 Насколько я понял, проблема в том, что в initrd не попадает /lib/udev/rules.d/80-net-name-slot.rules 137454 6 boyarsh 2013-01-31 10:54:18 +0400 > А вот после обновления этой системы в процессе загрузки прежнего ядра: > (initrd): Stage 'killall' failed Это явно не имеет отношения к этой ошибке 137457 7 boyarsh 2013-01-31 11:57:36 +0400 (В ответ на комментарий №5) > Насколько я понял, проблема в том, что в initrd не попадает > /lib/udev/rules.d/80-net-name-slot.rules Добавление /lib/udev/rules.d/80-net-name-slot.rules в образ initrd не решает. То ли этого мало, то ли какие-то правила из make-initrd успевают первыми.. 137642 8 boyarsh 2013-02-06 11:40:19 +0400 Насколько я могу судить, проблема возникает в первую очередь изза того, что файл 75-net-description.rules находится в пакете udev-extras, а 80-net-name-slot.rules -- в пакете udev-rules, но это правило не работает без 75-net-description.rules Видимо, следует переместить 75-net-description.rules в пакет udev-rules. 137659 9 mike 2013-02-06 20:26:59 +0400 JFYI, при добавлении udev-extras в regular-icewm.iso получил в установленной системе с единственным Ethernet-интерфейсом опущенный enp0s3, при этом в livecd наблюдаю нормально поднятый по DHCP eth0. Убрал udev-extras -- порядок. 137660 10 shaba 2013-02-06 20:35:39 +0400 (В ответ на комментарий №8) > Насколько я могу судить, проблема возникает в первую очередь изза того, что > файл 75-net-description.rules находится в пакете udev-extras, а > 80-net-name-slot.rules -- в пакете udev-rules, но это правило не работает без > 75-net-description.rules > Видимо, следует переместить 75-net-description.rules в пакет udev-rules. отправил на сборку 197-alt3, перенес 75-net-description.rules в пакет udev-rules. 137661 11 boyarsh 2013-02-06 20:38:45 +0400 (В ответ на комментарий №9) > JFYI, при добавлении udev-extras в regular-icewm.iso получил в установленной > системе с единственным Ethernet-интерфейсом опущенный enp0s3, при этом в livecd > наблюдаю нормально поднятый по DHCP eth0. Убрал udev-extras -- порядок. С сегодняшним make-initrd-propagator везде будет enp0s3 и это правильно 137662 12 aen 2013-02-06 20:45:57 +0400 (В ответ на комментарий №11) > (В ответ на комментарий №9) > > JFYI, при добавлении udev-extras в regular-icewm.iso получил в установленной > > системе с единственным Ethernet-интерфейсом опущенный enp0s3, при этом в livecd > > наблюдаю нормально поднятый по DHCP eth0. Убрал udev-extras -- порядок. > > С сегодняшним make-initrd-propagator везде будет enp0s3 и это правильно Будем надеяться, что не опущенный. 137664 13 mike 2013-02-06 23:08:16 +0400 (В ответ на комментарий №11) > С сегодняшним make-initrd-propagator везде будет enp0s3 и это правильно С правильностью согласиться не могу (доводы апстрима читал и нашёл, мягко говоря, недостаточно убедительными); придётся учесть в своих сборках для людей. Также напоминаю, что стоит проверить обновление при уже существующей сетевой конфигурации -- если у людей с настроенным eth0 обновление принесёт отпад сети, радости их вряд ли будет предел и производная. Понимаю, что вы с Лёшей в том не виноваты, но перед пользователями отвечаем вместе... 137665 14 shaba 2013-02-06 23:47:29 +0400 (В ответ на комментарий №13) > (В ответ на комментарий №11) > > С сегодняшним make-initrd-propagator везде будет enp0s3 и это правильно > С правильностью согласиться не могу (доводы апстрима читал и нашёл, мягко > говоря, недостаточно убедительными); придётся учесть в своих сборках для людей. Если хочешь, могу тебе запаковать старый генератор рулеза в отдельный пакет. > Также напоминаю, что стоит проверить обновление при уже существующей сетевой > конфигурации -- если у людей с настроенным eth0 обновление принесёт отпад сети, > радости их вряд ли будет предел и производная. Обновление не удаляет ранее сгенерированный рулез. Что бы перейти на новое именование интерфейсов надо самому специально удалить рулез. > > Понимаю, что вы с Лёшей в том не виноваты, но перед пользователями отвечаем > вместе... 137666 15 mike 2013-02-07 00:17:14 +0400 (В ответ на комментарий №14) > Если хочешь, могу тебе запаковать старый генератор рулеза в отдельный пакет. Если несложно. [понял, спасибо] 137678 16 boyarsh 2013-02-07 11:53:29 +0400 > Будем надеяться, что не опущенный. А с чего бы ему быть опущенным? Проблема возникала изза того, что в системах, загруженной с установочного носителя и установленной были разные имена интерфейсов (у меня и у Миши оно взрывалось в разные стороны), а теперь будут одинаковые. 137679 17 boyarsh 2013-02-07 11:55:16 +0400 udev 197-alt3 и make-initrd-propagator-0.14 137691 18 shaba 2013-02-07 20:07:39 +0400 (В ответ на комментарий №15) > (В ответ на комментарий №14) > > Если хочешь, могу тебе запаковать старый генератор рулеза в отдельный пакет. > Если несложно. пакет udev-rule-generator-net 137695 19 mike 2013-02-08 04:19:25 +0400 (В ответ на комментарий №16) > > Будем надеяться, что не опущенный. > А с чего бы ему быть опущенным? Например, никто не озаботился конфигурированием. Как подсказал sem@, default/options-eth на dhcp никак нельзя тащить, т.к. бриджам поплохеет (да и не переконфигурировать такое потом альтератором). > а теперь будут одинаковые. В общем, изобразил на коленке livecd-net-eth -- хорошо бы его коллегиально посмотреть и довести до приличного вида, раз уж перетаскиваем с предположения об имени интерфейса на определение имён интерфейсов в рантайме. Больше всего промучился с service-файлом, комментарии опущу, пожалуй. (В ответ на комментарий №18) > пакет udev-rule-generator-net Поймал, вот только и при его установленности в livecd огрёб enp0s3. 137710 20 boyarsh 2013-02-08 15:14:49 +0400 Как-то оно всё равно не всегда работает :( Поставил систему из утреннего сизифа. В процессе установки интерфейсы были en* после установки: eth* systemd правила все на месте нужные. ---------------------- udevadm info /sys/class/net/eth1 P: /devices/pci0000:00/0000:00:04.0/net/eth1 E: DEVPATH=/devices/pci0000:00/0000:00:04.0/net/eth1 E: ID_BUS=pci E: ID_MM_CANDIDATE=1 E: ID_MODEL_ID=0x8139 E: ID_NET_NAME_MAC=enx805400a16ac8 E: ID_NET_NAME_PATH=enp0s4 E: ID_PCI_CLASS_FROM_DATABASE=Network controller E: ID_PCI_SUBCLASS_FROM_DATABASE=Ethernet controller E: ID_PRODUCT_FROM_DATABASE=RTL-8139/8139C/8139C+ E: ID_VENDOR_FROM_DATABASE=Realtek Semiconductor Co., Ltd. E: ID_VENDOR_ID=0x10ec E: IFINDEX=3 E: INTERFACE=eth1 E: SUBSYSTEM=net E: SYSTEMD_ALIAS=/sys/subsystem/net/devices/enp0s4 E: TAGS=:systemd: E: USEC_INITIALIZED=91173 ----------------------- E: ID_NET_NAME_PATH=enp0s4, а имя всё равно eth0, такое впечатление, что то ли кто-то имя успел ему дать, то ли не знаю что.. 137711 21 aen 2013-02-08 15:26:32 +0400 showstopper, однако. normal->critical 137731 22 shaba 2013-02-09 13:47:30 +0400 (В ответ на комментарий №19) > (В ответ на комментарий №18) > > пакет udev-rule-generator-net > Поймал, вот только и при его установленности в livecd огрёб enp0s3. забыл, надо ещё упаковать симлинк /etc/udev/rules.d/75-net-description.rules -> /dev/null, что бы работал только старый метод. В следующей сборке. 137732 23 shaba 2013-02-09 13:49:12 +0400 (В ответ на комментарий №20) > Как-то оно всё равно не всегда работает :( > Поставил систему из утреннего сизифа. В процессе установки интерфейсы были en* > после установки: eth* > systemd > ----------------------- > E: ID_NET_NAME_PATH=enp0s4, а имя всё равно eth0, такое впечатление, что то ли > кто-то имя успел ему дать, то ли не знаю что.. etcnet переименовал? 137740 24 mike 2013-02-10 19:47:47 +0400 (В ответ на комментарий №20) > такое впечатление, что то ли кто-то имя успел ему дать, то ли не знаю что.. В dmesg | grep renamed не отметилось? (В ответ на комментарий №23) > etcnet переименовал? Маловероятно, если разве кто iftab создавал. (В ответ на комментарий №22) > забыл, надо ещё упаковать симлинк [...] В следующей сборке. А, тогда работает: http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/tmp/regular-icewm-20130210-i586.iso Только ещё поправил make-initrd-propagator (0.15-alt1): http://git.altlinux.org/people/mike/packages/?p=make-initrd-propagator.git;a=commitdiff;h=7f78167fb68e08972af39e7fc1c12f7ca8984323 (чтобы поддерживал оба варианта в зависимости от наличия /lib/udev/write_net_rules). 137752 25 boyarsh 2013-02-11 12:48:54 +0400 ---------------------- > > E: ID_NET_NAME_PATH=enp0s4, а имя всё равно eth0, такое впечатление, что то ли > > кто-то имя успел ему дать, то ли не знаю что.. > etcnet переименовал? Да с чего бы ему? Тем более, что у etcnet как раз сконфигурирован enp* 137754 26 boyarsh 2013-02-11 12:58:17 +0400 (В ответ на комментарий №24) > (В ответ на комментарий №20) > > такое впечатление, что то ли кто-то имя успел ему дать, то ли не знаю что.. > В dmesg | grep renamed не отметилось? [root@host-101 ~]# dmesg | grep renam [root@host-101 ~]# dmesg | grep eth0 [ 0.763611] e1000 0000:00:03.0 eth0: (PCI:33MHz:32-bit) 82:54:00:50:91:c1 [ 0.763617] e1000 0000:00:03.0 eth0: Intel(R) PRO/1000 Network Connection [ 6.414689] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 6.414692] 8021q: adding VLAN 0 to HW filter on device eth0 [ 6.416488] e1000: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX [ 6.416908] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [root@host-101 ~]# 137766 27 shaba 2013-02-11 13:59:03 +0400 (В ответ на комментарий №24) > (В ответ на комментарий №20) > > такое впечатление, что то ли кто-то имя успел ему дать, то ли не знаю что.. > В dmesg | grep renamed не отметилось? > > (В ответ на комментарий №23) > > etcnet переименовал? > Маловероятно, если разве кто iftab создавал. > > (В ответ на комментарий №22) > > забыл, надо ещё упаковать симлинк [...] В следующей сборке. Извиняюсь, ошибся. Надо только 80-net-name-slot.rules скрыть, 75-net-description.rules трогать не надо. Топравляю в сизиф. > А, тогда работает: > http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/tmp/regular-icewm-20130210-i586.iso > > Только ещё поправил make-initrd-propagator (0.15-alt1): > http://git.altlinux.org/people/mike/packages/?p=make-initrd-propagator.git;a=commitdiff;h=7f78167fb68e08972af39e7fc1c12f7ca8984323 > (чтобы поддерживал оба варианта в зависимости от наличия > /lib/udev/write_net_rules). 137777 28 boyarsh 2013-02-11 17:58:15 +0400 На сегодняшний день наблюдаю такое, немного пародоксальное поведение: на sysvinit имена интерфейсов en* на systemd имена интерфейсов eth* 137779 29 sem 2013-02-11 19:52:26 +0400 У меня еще веселее. livecd в kvm: [altlinux@localhost ~]$ ip l 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: enp0s7: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 1000 link/ether 52:54:00:a1:0b:eb brd ff:ff:ff:ff:ff:ff 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 1000 link/ether 52:54:00:10:5b:ce brd ff:ff:ff:ff:ff:ff В установленной системе: [test@c251 ~]$ ip l 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 1000 link/ether 52:54:00:a1:0b:eb brd ff:ff:ff:ff:ff:ff 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 1000 link/ether 52:54:00:10:5b:ce brd ff:ff:ff:ff:ff:ff [test@c251 ~]$ rpm -q udev udev-197-alt5 137780 30 sem 2013-02-11 20:44:47 +0400 > У меня еще веселее. В инстлятторе все так же: en* и eth1, после установки eth0 и eth1. 137782 31 mike 2013-02-11 23:10:47 +0400 (В ответ на комментарий №27) > Извиняюсь, ошибся. Надо только 80-net-name-slot.rules скрыть, > 75-net-description.rules трогать не надо. Отправляю в сизиф. Во, так совсем хорошо :) TWIMC: сделал и отправил в сизиф livecd-net-eth, который позволяет настраивать определившиеся (но не вновь добавляемые) в рантайме ethernet-интерфейсы. 137821 32 sem 2013-02-12 20:48:50 +0400 Разное именование интерфейсов - это, похоже, нормально в данном случае, как подсказал boyarsh@. Главное, что с udev-197-alt6 они теперь называются одинаково и в исталяторе, и в установленной системе. Мне кажется FIXED. 137845 33 aen 2013-02-13 13:26:56 +0400 (В ответ на комментарий №32) > Разное именование интерфейсов - это, похоже, нормально в данном случае, как > подсказал boyarsh@. > Главное, что с udev-197-alt6 они теперь называются одинаково и в исталяторе, и > в установленной системе. > Мне кажется FIXED. 2boyarsh: FIXED? 137847 34 boyarsh 2013-02-13 13:48:14 +0400 да 139902 35 rider 2013-04-26 10:07:04 +0400 Вылезло сегодня после dist-upgrade до Sisyphus. udev переименовал интерфейс на сервере в enp0s3 и сеть на нём не поднялась. Кто виноват ? 139903 36 rider 2013-04-26 10:12:25 +0400 вылечил добавление net.ifnames=0 в параметры ядру. Но такое поведение при обновлении чревато. 139904 37 aen 2013-04-26 10:14:47 +0400 (В ответ на комментарий №36) > вылечил добавление net.ifnames=0 в параметры ядру. Но такое поведение при > обновлении чревато. http://www.altlinux.org/Update/p7 140329 38 mike 2013-05-15 22:11:11 +0400 (In reply to comment #24) > Только ещё поправил make-initrd-propagator (0.15-alt1): > http://git.altlinux.org/people/mike/packages/?p=make-initrd-propagator.git;a=commitdiff;h=7f78167fb68e08972af39e7fc1c12f7ca8984323 > (чтобы поддерживал оба варианта в зависимости от наличия > /lib/udev/write_net_rules). Возможно, это была ошибка, см. тж. bug #28955 comment 8. 140331 39 mike 2013-05-15 22:16:10 +0400 <vsu> gvy: но работать оно действительно не должно <vsu> http://git.altlinux.org/gears/s/systemd.git?p=systemd.git;a=commitdiff;h=97595710b77aa162ca5e20da57d0a1ed7355eaad <vsu> gvy: так что udev-rule-generator-net в таком виде можно только выбросить <vsu> https://bugs.freedesktop.org/show_bug.cgi?id=53837 <vsu> как обычно, RESOLVED WONTFIX