Red Hat Bugzilla – Bug 964139
Ignored content in /etc/sysconfig/network-scripts/ifcfg-*
Last modified: 2015-06-17 06:21:31 EDT
Description of problem:
If "NM_CONTROLLED="no"" no address assigned to interface
If "NM_CONTROLLED="yes"" dynamic address assigned to interface. Definitiones in "/etc/sysconfig/network-scripts/ifcfg-ens33" are ignored.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install fedora latest, migrate up to fc20
2. Configure your network to use static defined address
No address for interface, or dynamically assigned address.
Use the definitions given in /etc/sysconfig/network-scripts/ifcfg-ens33
The Fedora 20 component was created in error. We only create new Fedora versions when we branch a new release. These bugs are all being moved to rawhide.
Please retarget them to 19 if they also apply to the Fedora 19 branched release.
Can you post the contents of your /etc/sysconfig/network-scripts/ifcfg-ens33 file?
I reported related/similar network problems on the test list (for F19, still present now):
And here is a sample of /etc/sysconfig/network-scripts/ifcfg-... working files (that stop working correctly without NM).
[root@physics network-scripts]# cat ifcfg-enp4s0
[root@physics network-scripts]# cat ifcfg-enp5s0
So I had to add alias interfaces via /etc/rc.d/rc.local
[root@physics network-scripts]# cat /etc/rc.d/rc.local
ifconfig p4p1:0 192.168.1.1 netmask 255.255.255.0 up
ifconfig p5p1:0 193.x.y.142 netmask 255.255.255.192 up
ifconfig p5p1:1 193.x.y.143 netmask 255.255.255.192 up
[root@physics ~]# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default g129.a.b.c 0.0.0.0 UG 0 0 0 p5p1
172.16.0.0 * 255.255.0.0 U 1 0 0 p4p1
192.168.1.0 * 255.255.255.0 U 0 0 0 p4p1
193.x.y.128 * 255.255.255.192 U 1 0 0 p5p1
Same problem appeared yesterday on a F19 LXDE install on VirtualBox but not on F19 Gnome on kvm.
I did not find somewhere explained what is enp4s0 (ifcfg-enp4s0) ..., why enp4s0 and not p4p1 as in F17, F18.
These bugs must be fixed before F19 is out.
This bug appears to have been reported against 'rawhide' during the Fedora 20 development cycle.
Changing version to '20'.
More information and reason for this action is here:
Still an issue?
If so please include ifcfg file and NM logs (/var/log/messages or journalctl -u NetworkManager)
Network device names are not changed by NetworkManager but rather biosdevname/systemd.
The problem seems to be that names shown by "ip addr" or "ifconfig -a" are shortened:
real name: enc1377737
name shown by "ip addr" or "ifconfig -a": enc13777
if you now try to use "ifconfig enc13777 10.10.10.10/24 up" this leads to an error message, because the device enc13777 really does not exist. Since none of the commands displays the full name you're a bit lost about what name the device really has.
At least in one case I could even give the full name to "ifconfig enc1377737 10.10.10.10/24 up" and got an error message, since the command shortened the device name to enc13777 and tried to use this one, while the system used enc1377737. This leads to situations where the device is listed giving
ip addr or
but you can't configure it, even looking up the full name, because the tools only accept device names max. eight characters in length!
There is no limitation to eight characters and I don't see any interface name truncation in ip or ifconfig commands. What versions do you use?
Interface names in linux can be up to 16 characters long and the tools show them all. (See e.g. http://books.google.cz/books?id=96V4AgAAQBAJ&pg=PA493)
So, if you have a problem with an ifcfg file, please post its content here and also logs from NetworkManager (from startup, including the activation of the file).
You can get list of all connection profiles know to NetworkManager with:
$ nmcli con
You can activate a profile with
$ nmcli con up <profile-name>
This message is a reminder that Fedora 20 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 20. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora 'version'
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version.
Thank you for reporting this issue and we are sorry that we were not
able to fix it before Fedora 20 is end of life. If you would still like
to see this bug fixed and are able to reproduce it against a later version
of Fedora, you are encouraged change the 'version' to a later Fedora
version prior this bug is closed as described in the policy above.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
Works since some time for Fedora 20,21,rawhide