Re: systemd/udev persistent network device names
On Mon, 04 May 2015 11:19:35 +0200, alex bachmer
<alex.bachmer@t-online.de> wrote:
>1. Fuege doch mal folgendes ein:
>
> »CONFIG_FHANDLE=y CONFIG_NET=y net.ifnames=1«
Wo hast Du diese CONFIG_ Dinger her? Die habe ich niemals auf
Kernelkommandozeilen gesehen, das sieht mir eher nach
Konfigurationsoptionen zur Kernelcompilezeit aus.
Ich hab inzwischen raus woran es liegt: Die persistent network Names
für virtio-Netzwerkinterfaces (also das, was in einer KVM- oder
VMware-VM ankommt) _sind_ eth0, eth1, eth2.
Auf der wirklichen Hardware sieht das so aus:
|[6/36]mh@aida:~$ cat /proc/cmdline
|BOOT_IMAGE=/vmlinuz-4.0.0-zgsrv20080 root=/dev/mapper/aida-aida_root ro console=ttyS0,115200n8 net.ifnames=1
|[7/37]mh@aida:~$ ip l
|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: enp1s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
| link/ether 00:0d:b9:34:2a:fc brd ff:ff:ff:ff:ff:ff
|3: enp2s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
| link/ether 00:0d:b9:34:2a:fd brd ff:ff:ff:ff:ff:ff
|4: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
| link/ether 00:0d:b9:34:2a:fe brd ff:ff:ff:ff:ff:ff
|5: unt381@enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default
| link/ether 12:a5:af:ca:ab:99 brd ff:ff:ff:ff:ff:ff
|[8/38]mh@aida:~$ sudo systemd --version
|systemd 215
|+PAM +AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ -SECCOMP -APPARMOR
|[9/39]mh@aida:~$
(nicht durch das unt381 verwirren lassen, ohne das interface in VLAN
381 könnt ich mich auf der Kiste nicht einloggen)
Hier noch udev:
|[9/39]mh@aida:~$ sudo udevadm info /sys/class/net/enp1s0
|P: /devices/pci0000:00/0000:00:04.0/0000:01:00.0/net/enp1s0
|E: DEVPATH=/devices/pci0000:00/0000:00:04.0/0000:01:00.0/net/enp1s0
|E: ID_BUS=pci
|E: ID_MODEL_FROM_DATABASE=RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
|E: ID_MODEL_ID=0x8168
|E: ID_NET_DRIVER=r8169
|E: ID_NET_NAME_MAC=enx000db9342afc
|E: ID_NET_NAME_PATH=enp1s0
|E: ID_OUI_FROM_DATABASE=PC Engines GmbH
|E: ID_PATH=pci-0000:01:00.0
|E: ID_PATH_TAG=pci-0000_01_00_0
|E: ID_PCI_CLASS_FROM_DATABASE=Network controller
|E: ID_PCI_SUBCLASS_FROM_DATABASE=Ethernet controller
|E: ID_VENDOR_FROM_DATABASE=Realtek Semiconductor Co., Ltd.
|E: ID_VENDOR_ID=0x10ec
|E: IFINDEX=2
|E: INTERFACE=enp1s0
|E: SUBSYSTEM=net
|E: SYSTEMD_ALIAS=/sys/subsystem/net/devices/enp1s0
|E: TAGS=:systemd:
|E: USEC_INITIALIZED=47881
|
|[10/40]mh@aida:~$ sudo udevadm info /sys/class/net/enp2s0
|P: /devices/pci0000:00/0000:00:05.0/0000:02:00.0/net/enp2s0
|E: DEVPATH=/devices/pci0000:00/0000:00:05.0/0000:02:00.0/net/enp2s0
|E: ID_BUS=pci
|E: ID_MODEL_FROM_DATABASE=RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
|E: ID_MODEL_ID=0x8168
|E: ID_NET_DRIVER=r8169
|E: ID_NET_NAME_MAC=enx000db9342afd
|E: ID_NET_NAME_PATH=enp2s0
|E: ID_OUI_FROM_DATABASE=PC Engines GmbH
|E: ID_PATH=pci-0000:02:00.0
|E: ID_PATH_TAG=pci-0000_02_00_0
|E: ID_PCI_CLASS_FROM_DATABASE=Network controller
|E: ID_PCI_SUBCLASS_FROM_DATABASE=Ethernet controller
|E: ID_VENDOR_FROM_DATABASE=Realtek Semiconductor Co., Ltd.
|E: ID_VENDOR_ID=0x10ec
|E: IFINDEX=3
|E: INTERFACE=enp2s0
|E: SUBSYSTEM=net
|E: SYSTEMD_ALIAS=/sys/subsystem/net/devices/enp2s0
|E: TAGS=:systemd:
|E: USEC_INITIALIZED=51429
|
|[11/41]mh@aida:~$ sudo udevadm info /sys/class/net/enp3s0
|P: /devices/pci0000:00/0000:00:06.0/0000:03:00.0/net/enp3s0
|E: DEVPATH=/devices/pci0000:00/0000:00:06.0/0000:03:00.0/net/enp3s0
|E: ID_BUS=pci
|E: ID_MODEL_FROM_DATABASE=RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
|E: ID_MODEL_ID=0x8168
|E: ID_NET_DRIVER=r8169
|E: ID_NET_NAME_MAC=enx000db9342afe
|E: ID_NET_NAME_PATH=enp3s0
|E: ID_OUI_FROM_DATABASE=PC Engines GmbH
|E: ID_PATH=pci-0000:03:00.0
|E: ID_PATH_TAG=pci-0000_03_00_0
|E: ID_PCI_CLASS_FROM_DATABASE=Network controller
|E: ID_PCI_SUBCLASS_FROM_DATABASE=Ethernet controller
|E: ID_VENDOR_FROM_DATABASE=Realtek Semiconductor Co., Ltd.
|E: ID_VENDOR_ID=0x10ec
|E: IFINDEX=4
|E: INTERFACE=enp3s0
|E: SUBSYSTEM=net
|E: SYSTEMD_ALIAS=/sys/subsystem/net/devices/enp3s0
|E: TAGS=:systemd:
|E: USEC_INITIALIZED=81540
|
|[12/42]mh@aida:~$
Zum Vergleich hier udevadm info aus einer KVM-VM:
|[1/234]mh@spinturn:~$ sudo udevadm info /sys/class/net/eth0
|[sudo] password for mh on spinturn:
|P: /devices/pci0000:00/0000:00:03.0/virtio0/net/eth0
|E: DEVPATH=/devices/pci0000:00/0000:00:03.0/virtio0/net/eth0
|E: ID_BUS=pci
|E: ID_MODEL_FROM_DATABASE=Virtio network device
|E: ID_MODEL_ID=0x1000
|E: ID_NET_DRIVER=virtio_net
|E: ID_NET_NAME_MAC=enx5254008b5ab2
|E: ID_PATH=pci-0000:00:03.0
|E: ID_PATH_TAG=pci-0000_00_03_0
|E: ID_PCI_CLASS_FROM_DATABASE=Network controller
|E: ID_PCI_SUBCLASS_FROM_DATABASE=Ethernet controller
|E: ID_VENDOR_FROM_DATABASE=Red Hat, Inc
|E: ID_VENDOR_ID=0x1af4
|E: IFINDEX=2
|E: INTERFACE=eth0
|E: SUBSYSTEM=net
|E: SYSTEMD_ALIAS=/sys/subsystem/net/devices/eth0
|E: TAGS=:systemd:
|E: USEC_INITIALIZED=15852
|
|[2/235]mh@spinturn:~$
(nicht wundern dass die VM jetzt plötzlich spinturn heißt, das ist
eine VM auf einer anderen Kiste; bisher habe ich im Thread immer VMs
auf aida namens parada und barrida verwendet, die laufen aber im
Moment grad nicht weil ich das Netz auf aida zwecks besserer
Demonstrierbarkeit einiger Bugs zurückgebaut hab)
Aus meiner Sicht ist die Sache damit gelöst, wenn auch nicht
zufriedenstellend, denn dass virtio-Netzwerkinterfaces weiterhin im
ethX-Namensraum bleiben hat mich überrascht und ich finde es auch
nicht schön.
Vielen Dank für Deine Anregungen, die haben mich konsequent in die
richtige Richtung geschubst.
Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Reply to: