This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Interface eth2 is being renamed to "rename4" at each boot

Hello,

I'm unsure if this is the right group to report this, but feel free to move the message to most appropriate one.

I have just upgraded to version 9.408-4 and I have a big problem with one of my network interfaces, which they're all virtual (vmxnet3 driver).

Basically, at each reboot, the interface eth2 (my Wan interface) is being renamed to "rename4".

From dmesg:

l:/home/login # dmesg | grep eth2
[ 2.953372] vmxnet3 0000:1b:00.0 eth2: NIC Link is Up 10000 Mbps
l:/home/login # dmesg | grep rename4
[ 133.222937] IPv6: ADDRCONF(NETDEV_UP): rename4: link is not ready
[ 1301.188090] vmxnet3 0000:1b:00.0 rename4: intr type 3, mode 0, 3 vectors allocated
[ 1301.188605] vmxnet3 0000:1b:00.0 rename4: NIC Link is Up 10000 Mbps

I have followed a couple of articles here in the forum and other places and I had a look into /etc/udev/rules.d/70-persistent-net.rules and I couldn't find any rename rule for either eth2 or rename4.

I have added the following line (masked the right MAC):

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0C:29:AA:AA:AA", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"

but each time I restart, it just goes back to rename4.

Do you have any additional suggestions on how I can resolve this?

Thank you in advance.

Sandro



This thread was automatically locked due to age.
Parents
  • A quick update, file 70-persistent-net.rules was missing my eth2 interface, but I didn't notice that all the others MAC addresses were wrong as well.
    So the issue has been fixed amending the file with the correct MAC addresses, unsure if the upgrade triggered the file regeneration.

Reply
  • A quick update, file 70-persistent-net.rules was missing my eth2 interface, but I didn't notice that all the others MAC addresses were wrong as well.
    So the issue has been fixed amending the file with the correct MAC addresses, unsure if the upgrade triggered the file regeneration.

Children
No Data