Bug 30779

Summary: не генерируется /etc/udev/rules.d/70-persistent-net.rules
Product: Sisyphus Reporter: Anton Farygin <rider>
Component: udev-rule-generator-netAssignee: Sergey Y. Afonin <asy>
Status: CLOSED DUPLICATE QA Contact: qa-sisyphus
Severity: major    
Priority: P3 CC: asy, evg, mike, rider
Version: unstable   
Hardware: all   
OS: Linux   

Description Anton Farygin 2015-02-27 14:05:35 MSK
До /lib/udev/write_net_rules почему-то не доходит.

Установка дистрибутива с нуля, вот этого:
http://ftp.altlinux.ru/pub/people/rider/sisyphus-1.9.3-20150226-server-light-x86_64-ru-install-cd.iso

Аналогично не работает на уже установленной системе.
Comment 1 Anton Farygin 2015-02-27 14:08:58 MSK
# ip li
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT group default qlen 1000
    link/ether 00:1b:21:80:3e:27 brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    link/ether 00:11:d8:c2:48:0b brd ff:ff:ff:ff:ff:ff
4: eth2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT group default qlen 1000
    link/ether 00:0e:04:b7:2f:84 brd ff:ff:ff:ff:ff:ff
5: eth3: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT group default qlen 1000
    link/ether 00:0e:04:b7:2f:58 brd ff:ff:ff:ff:ff:ff

# udevadm info /sys/devices/pci0000:00/0000:00:1c.1/0000:04:00.0/net/eth0
P: /devices/pci0000:00/0000:00:1c.1/0000:04:00.0/net/eth0
E: DEVPATH=/devices/pci0000:00/0000:00:1c.1/0000:04:00.0/net/eth0
E: ID_BUS=pci
E: ID_MODEL_FROM_DATABASE=82574L Gigabit Network Connection (Gigabit CT Desktop Adapter)
E: ID_MODEL_ID=0x10d3
E: ID_NET_NAME_MAC=enx001b21803e27
E: ID_NET_NAME_PATH=enp4s0
E: ID_OUI_FROM_DATABASE=Intel Corporate
E: ID_PCI_CLASS_FROM_DATABASE=Network controller
E: ID_PCI_SUBCLASS_FROM_DATABASE=Ethernet controller
E: ID_VENDOR_FROM_DATABASE=Intel Corporation
E: ID_VENDOR_ID=0x8086
E: IFINDEX=2
E: INTERFACE=eth0
E: SUBSYSTEM=net
E: USEC_INITIALIZED=96783
Comment 2 Michael Shigorin 2015-02-27 14:29:24 MSK
Всё прекрасно работает на udev-219-alt1, я сразу проверил.

Там есть нюанс с тем, куда ещё надо положить udev-rule-generator-net:
http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=blob;f=features.in/stage2/config.mk;hb=HEAD#l14
http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=blob;f=features.in/net-eth/config.mk;hb=HEAD#l4

У тебя, скорее всего, модуль успевает подгрузиться ещё в initrd, а хелпера нет.
Comment 3 Anton Farygin 2015-02-27 14:39:36 MSK
при чём тут ошмётки твоего mkimage-profile ?

Я говорю что пакет, установленный в системе - не работает.
в initrd сетевых модулей нет.

# zcat initrd-3.14.33-std-def-alt1.img |cpio -t|grep -i e1000
cpio: Removing leading `/' from member names
18105 blocks

Пакет # rpm -q udev-rule-generator-net
udev-rule-generator-net-219-alt1

При этом известно, что раньше это 100% работало нормально.
Comment 4 Michael Shigorin 2015-02-27 23:29:55 MSK
(В ответ на комментарий №3)
> при чём тут ошмётки твоего mkimage-profile ?
При том, что в полученном окружении УМВР.

> Я говорю что пакет, установленный в системе - не работает.
> в initrd сетевых модулей нет.
Кстати, похоже на дубль bug #29282 -- /run/udev/tmp-rules--70-persistent-net.rules в той виртуалке vbox, что упоминал сегодня в devel@, после перезагрузки с удалённым /etc/udev/rules.d/70-persistent-net.rules тоже заметил (в /etc файл при установленном udev-rule-generator-net-219-alt1 при этом после перезагрузки _не_ перегенерировался, но имя интерфейса опять стало eth0).

Также на случай проверяющих в kvm напоминаю (bug 29282, comment 7):
http://lists.altlinux.org/pipermail/devel/2014-August/198968.html
Comment 5 Sergey Y. Afonin 2015-02-28 09:46:21 MSK
Случайно не дубль Bug 29282 (он, правда, для p7) ? Я, изначально, его тоже вешал на udev-rule-generator-net, но, потом, баг переехал на сам udev.
Comment 6 Anton Farygin 2015-06-16 18:21:22 MSK
Дубль.

*** This bug has been marked as a duplicate of bug 29282 ***