Red Hat Bugzilla – Bug 816566
system comes up without persistent network device names being used
Last modified: 2013-05-29 09:34:17 EDT
Description of problem:
I upgraded to dracut-018-37.git20120425.fc18.1.noarch so that I could boot rc4 kernels. While I was able to boot after rebuilding an initramfs for an rc4 kernel, my network devices had the wrong names that caused network.service to fail as it couldn't rename the swapped devices. Arguably this is a short coming of the network service and deserves a bug there, but since I have persistent network device names udev rules, I expect dracut to pick those up.
Version-Release number of selected component (if applicable):
I am not sure.
Steps to Reproduce:
You should use biosdevname or specify the interface names via kernel command line parameter:
Assign network device name <interface> (ie eth0) to the NIC with MAC <MAC>. Note: If you use this option you must specify an ifname= argument for all interfaces used in ip= or fcoe= arguments. However, if the interface in ip= or fcoe= is a bridge, bonding or vlan interface, you should specify an ifname= for each of its underlying interfaces. This parameter can be specified multiple times.
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.
(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)
More information and reason for this action is here: