CentOS 7 - Rename network interface without rebooting

  • I'm renaming network interfaces by modifying the files in /etc/sysconfig/network-scripts.

    • eth0 -> nic0
    • eth1 -> nic1

    The content of the network scripts looks like this, after modification:

    # cat /etc/sysconfig/network-scripts/ifcfg-nic0

    A reboot activates the new config. But how do I activate this configuration without rebooting?

    A systemctl restart network doesn't do the trick.

    I can shut down one interface by its old name (ifdown eth0) but ifup results in below message no matter if the old or new name was provided:

    ERROR : [/etc/sysconfig/network-scripts/ifup-eth] Device nic0 does not seem to be present, delaying initialization.

    /etc/init.d/network status shows this output:

    Configured devices:
    lo bond0 nic0 nic1
    Currently active devices:
    lo eth0 eth1 bond0

    Both, ifconfig and ip a show the old interface names.

    You might try removing and reloading the network device drivers, if they're compiled as kernel modules.

  • You can rename the device using the ip command:

    /sbin/ip link set eth1 down
    /sbin/ip link set eth1 name eth123
    /sbin/ip link set eth123 up


    I am leaving the below for the sake of completeness and posterity (and for informational purposes,) but I have confirmed swill's comment and Marco Macuzzo's answer that simply changing the name and device of the interface /etc/sysconfig/network-scripts/ifcfg-eth0 (and renaming the file) will cause the device to be named correctly as long as the hwaddr= field is included in the configuration file. I recommend using this method instead after the referenced update.

    You may also want to make sure that you configure a udev rule, so that this will work on the next reboot too. The path for udev moved in CentOS 7 to /usr/lib/udev/rules.d/60-net.rules but you are still able to manage it the same way. If you added "net.ifnames=0 biosdevname=0" to your kernel boot string to return to the old naming scheme for your nics, you can remove

    ACTION=="add", SUBSYSTEM=="net", DRIVERS=="?*", ATTR{type}=="1", PROGRAM="/lib/udev/rename_device", RESULT=="?*", NAME="$result"

    And replace it with

    ACTION=="add", SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:50:56:8e:3f:a7", NAME="eth123"

    You need one entry per nic. Be sure to use the correct MAC address and update the NAME field. If you did not use "net.ifnames=0 biosdevname=0", be careful as there could be unintended consequences.

    Just a note on this. If you are using CentOS 7.3, then this does not work. This is because of this issue (https://access.redhat.com/solutions/2592561). You will have to override the file at `/etc/udev/rules.d/90-eno-fix.rules` because it overrides all previously working solutions to rename the network devices.

    Looking at the advisory you referenced, it notes "This issue can be avoided by updating installation repositories to include the systemd-219-30.el7_3.6 or later package. With this newer systemd release, affected interfaces are identified upon the package install and a udev rule is automatically generated so the renaming issue is entirely avoided."

    That is a different rename issue they are referring to. They are talking about the name being shortened because it is too long (I think). The udev rule that is mentioned hard codes the interface name to an `eno########` value which overrides all of these attempts to rename it to something like `eth0`. Does that make sense? I will have to verify on my machine which version I am using, but I upgraded to the latest CentOS 7.3 yesterday, so I think I will have the version mentioned.

    This method was useful for me to solve a different but related problem - a container crashed while starting because of an unrelated configuration error, and left the interface renamed from the system name ensXfY to the container name of eth1. It then wasn't possible to re-attempt starting the container because it couldn't find the interface until it was renamed back

License under CC-BY-SA with attribution

Content dated before 6/26/2020 9:53 AM