Bug 972662 - New systemd predicatable network device naming is not used in initramfs (with biosdevname=0)
New systemd predicatable network device naming is not used in initramfs (with...
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: dracut (Show other bugs)
19
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: dracut-maint
Fedora Extras Quality Assurance
: Reopened
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2013-06-10 07:20 EDT by Radek Vykydal
Modified: 2013-07-26 02:20 EDT (History)
3 users (show)

See Also:
Fixed In Version: dracut-029-1.fc19
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2013-07-26 02:20:43 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Radek Vykydal 2013-06-10 07:20:20 EDT
I noticed that you have already added 80-net-name-slot.rules to initramfs in master, I opened this BZ just to track the issue (https://bugzilla.redhat.com/show_bug.cgi?id=965718#c10) so that we in installer know when the support is in new dracut build and check it as soon as possible. Also we'll probably need to have z BZ to refer to from other reports for device naming inconsistencies (sorry for the process chore).
Comment 1 Harald Hoyer 2013-06-12 06:53:54 EDT
commit 630aed8b66c6f9460f81ad7b58abfa9c4f294d6f
Comment 2 Fedora Update System 2013-06-12 09:57:17 EDT
dracut-028-1.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/dracut-028-1.fc19
Comment 3 Fedora Update System 2013-06-13 14:08:02 EDT
Package dracut-028-1.fc19:
* should fix your issue,
* was pushed to the Fedora 19 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing dracut-028-1.fc19'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-10777/dracut-028-1.fc19
then log in and leave karma (feedback).
Comment 4 Fedora Update System 2013-06-14 09:59:47 EDT
dracut-029-1.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/dracut-029-1.fc19
Comment 5 Fedora Update System 2013-06-18 02:20:01 EDT
dracut-029-1.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.
Comment 6 Radek Vykydal 2013-06-18 08:40:45 EDT
Does not work for me in installer with F19 TC5. The naming from 80-net-name-slot.rules is not applied.

Also when I install with root on iscsi, the boot options contain biosdevname=0 ip=enp9s0:dhcp and ifname=enp9s0:XX:XX:XX:XX:XX:XX so the boot succeeds. If I remove the ifname option (which should anaconda stop writing I suppose) the boot fails - apparently because the device is not renamed, because if i change ip= to ip=eth0:dhcp, it works again.

I'd like to test device renaming when booting installed system without root on iscsi but simple rd.neednet=1 doesn't cause bring-up of network in initramfs.
Comment 7 Harald Hoyer 2013-06-18 11:49:45 EDT
What is the output of:

# cat /etc/initrd-release

in the initramfs?

or in the real root:

# lsinitrd <initramfs-image> etc/initrd-release
Comment 8 Harald Hoyer 2013-06-18 11:53:11 EDT
meh.. you are right. 75-net-description.rules is of course missing
Comment 9 Harald Hoyer 2013-06-18 11:55:39 EDT
commit 282e058
Comment 10 Kay Sievers 2013-06-18 19:20:07 EDT
Hmm, 75-net-description.rules should not change any behaviour, it's usually only
dead text in the udev database. Why is it needed?
Comment 11 Radek Vykydal 2013-07-25 10:32:21 EDT
dracut-30 works for me in my tests with networking in initramfs triggered by boot on iscsi (both with biosdevname=0 ... systemd naming is used, and biosdevname=1 ... biosdevname naming is used).

But I have problems in installer. biosdevname=0 works perfectly, biosdevname=1 with net.ifaces=0 too, but
biosdevname=1 without net.ifaces=0 seems to lead to some races (systemd naming scheme overrides biosdevname). Examples of renaming I am seeing with 3 devices:

eth0 -> em1
eth0 -> p3p1
p3p1 -> ens3f0
em1 -> enp63s0
eth1 -> p3p1

another run:

eth0 -> em1
eth1 -> p3p2
eth0 -> p3p1
p3p2 -> ens3p1
p3p1 -> ens3p0
em1 -> enp63s0

Given naming works in initramfs of installed system. I'd guess it might be caused by anaconda-dracut hackery so something to solve on anaconda side, but I've noted it here in case you have some hints or ideas.
Comment 12 Harald Hoyer 2013-07-26 02:20:43 EDT
(In reply to Radek Vykydal from comment #11)
> dracut-30 works for me in my tests with networking in initramfs triggered by
> boot on iscsi (both with biosdevname=0 ... systemd naming is used, and
> biosdevname=1 ... biosdevname naming is used).
> 
> But I have problems in installer. biosdevname=0 works perfectly,
> biosdevname=1 with net.ifaces=0 too, but
> biosdevname=1 without net.ifaces=0 seems to lead to some races (systemd
> naming scheme overrides biosdevname). Examples of renaming I am seeing with
> 3 devices:
> 
> eth0 -> em1
> eth0 -> p3p1
> p3p1 -> ens3f0
> em1 -> enp63s0
> eth1 -> p3p1
> 
> another run:
> 
> eth0 -> em1
> eth1 -> p3p2
> eth0 -> p3p1
> p3p2 -> ens3p1
> p3p1 -> ens3p0
> em1 -> enp63s0
> 
> Given naming works in initramfs of installed system. I'd guess it might be
> caused by anaconda-dracut hackery so something to solve on anaconda side,
> but I've noted it here in case you have some hints or ideas.

That is very interesting! Please open a bug against systemd-udevd with that finding!

Note You need to log in before you can comment on or make changes to this bug.