#1128 Issue closed: RHEL 7 issue with Consistent Network Device Naming

Labels: support / question, fixed / solved / done

MiguelSanders opened issue at 2016-12-14 14:03:

Relax-and-Recover (rear) Issue Template

Please fill in the following items before submitting a new issue (quick response is not guaranteed with free support):

  • rear version (/usr/sbin/rear -V): 1.19

  • OS version (cat /etc/rear/os.conf or lsb_release -a): RHEL 7.3

  • rear configuration files (cat /etc/rear/site.conf or cat /etc/rear/local.conf):

  • Brief description of the issue

RHEL 7 uses "Consistent Network Device Naming" in which interface names are no longer ethX by default. (udev is generating a predictable interface name, fe. eno1654872).
Even though this feature is disabled when running mkbackup, the rear recovery ISO is still using the predictable name for the interface. As a result, the interface doesn't get an IP address and recovery cannot continue automatically.

  • Work-around, if any

Add IP address manually to the interface.

jsmeix commented at 2016-12-14 14:18:

As a workaround use
so that you can define in /etc/rear/local.conf whatever
commands you need for networking setup in the
ReaR recovery system.
is meant to work and for some examples how it works see

jsmeix commented at 2016-12-14 14:21:

FYI you may have a look at the somewhat related issue

MiguelSanders commented at 2016-12-14 14:32:

Hi Johannes

Thanks for the feedback.
Not sure if this will help since the name of the interface on the target system is unknown at the time of the backup. We don't know what udev will make of it...

MiguelSanders commented at 2016-12-14 15:00:

One solution that I currently see is to generate a udev rule and put this in the recovery media. That way the target system can use the same interface name.

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?", ATTR{address}=="<mac_address_of_interface_on_source>", ATTR{type}=="1", KERNEL=="eth", NAME="<interface_name_on_source>"

What's your idea?

gdha commented at 2017-01-07 10:59:

See solution in https://github.com/gdha/rear-automated-testing/issues/6

jsmeix commented at 2017-01-18 13:39:

I assume it works now because "no news is good news".

[Export of Github issue for rear/rear.]