http://bugzilla.suse.com/show_bug.cgi?id=1170255 http://bugzilla.suse.com/show_bug.cgi?id=1170255#c5 --- Comment #5 from Thomas Blume <thomas.blume@suse.com> --- (In reply to Alberto Planas Dominguez from comment #4)

(In reply to Thomas Blume from comment #1) cted "ifup ens3" and "ifup ens4".

...

It seems that the boot parameters are missing ifname= settings, hence the kernel names are used.

Disabling udev names on tumbleweed (net.ifnames=0) works, but we should be able to use consistent naming on TW too.

Also tested an explicit net.ifnames=1, and as expected shows the same bug (device name

I could reproduce the issue on a current tumbleweed when using the kiwi parameters to build the initrd: /usr/bin/dracut --verbose --no-hostonly --no-hostonly-cmdline --omit " multipath " /boot/initrd_kiwi_install.xz The debug log shows that the udev device processing is triggered before the interface gets renamed: --> [ 18.926278] localhost kernel: virtio_net virtio0 ens3: renamed from eth0 [...] --< versus: --> [ 18.829288] localhost systemd-udevd[479]: eth0: Processing device (SEQNUM=2047, ACTION=add) [ 18.829303] localhost systemd-udevd[479]: eth0: /usr/lib/udev/rules.d/75-net-description.rules:6 Importing properties from results of builtin command 'net_id' [ 18.829320] localhost systemd-udevd[479]: Using default interface naming scheme 'v245'. [ 18.829335] localhost systemd-udevd[479]: eth0: /usr/lib/udev/rules.d/75-net-description.rules:12 Importing properties from results of builtin command 'hwdb --subsystem=pci' [ 18.829350] localhost systemd-udevd[479]: eth0: /usr/lib/udev/rules.d/75-net-description.rules:12 Failed to run builtin 'hwdb --subsystem=pci': Invalid argument [ 18.829364] localhost systemd-udevd[479]: eth0: /usr/lib/udev/rules.d/80-net-setup-link.rules:5 Importing properties from results of builtin command 'path_id' [ 18.829379] localhost systemd-udevd[479]: eth0: /usr/lib/udev/rules.d/80-net-setup-link.rules:9 Importing properties from results of builtin command 'net_setup_link' [ 18.829395] localhost systemd-udevd[479]: eth0: Config file /usr/lib/systemd/network/99-default.link is applied [ 18.829410] localhost systemd-udevd[479]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable. [ 18.829425] localhost systemd-udevd[479]: eth0: Failed to query name_assign_type: Invalid argument [ 18.829440] localhost systemd-udevd[479]: eth0: Policy *slot* yields "ens3". [ 18.829456] localhost systemd-udevd[479]: eth0: Device has addr_assign_type=0 [ 18.829471] localhost systemd-udevd[479]: eth0: MAC on the device already matches policy *persistent* [ 18.829485] localhost systemd-udevd[479]: eth0: /usr/lib/udev/rules.d/80-net-setup-link.rules:11 NAME 'ens3' [ 18.829500] localhost systemd-udevd[479]: eth0: /etc/udev/rules.d/91-default-net.rules:1 RUN '/sbin/initqueue --name ifup-$env{INTERFACE} --unique --onetime /sbin/ifup $env{INTERFACE}' [ 18.829515] localhost systemd-udevd[479]: eth0: /usr/lib/udev/rules.d/99-systemd.rules:62 RUN '/usr/lib/systemd/systemd-sysctl --prefix=/net/ipv4/conf/$name --prefix=/net/ipv4/neigh/$name --prefix=/net/ipv6/conf/$name --prefix=/net/ipv6/neigh/$name' [ 18.829532] localhost systemd-udevd[479]: eth0: Network interface 2 is renamed from 'eth0' to 'ens3' [ 18.829547] localhost systemd-udevd[479]: eth0: sd-device: Created db file '/run/udev/data/n2' for '/devices/pci0000:00/0000:00:03.0/virtio0/net/ens3' [ 18.829562] localhost systemd-udevd[479]: eth0: Running command "/sbin/initqueue --name ifup-eth0 --unique --onetime /sbin/ifup eth0" [ 18.829577] localhost systemd-udevd[479]: eth0: Starting '/sbin/initqueue --name ifup-eth0 --unique --onetime /sbin/ifup eth0' --< So, we have a race condition here. Investigating why.... -- You are receiving this mail because: You are on the CC list for the bug.