El Lunes 01/02/2016, Daniel Ruiz Molina escribió:
Hi,
After installing CentOS 7 in a server with 2 NICs, system detects eth0 and eth1 in reserve order. I would like to have eth1 as eth0 and eth0 as eth1. I have forced HWADDR attribute in /etc/sysconfig/network-scripts/ifcfg-etc{0,1}, but after rebooting, order is the same...
How can I solve it?
Thanks.
You could put the MAC addresses in /etc/udev/rules.d/60-net.rules, e.g.:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="11:22:33:aa:bb:cc", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="44:55:66:dd:ee:ff", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
But that never worked reliably for me, no matter what I tried.
In the end I had to use different names instead of eth0 and eth1, like:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="11:22:33:aa:bb:cc", ATTR{type}=="1", KERNEL=="eth*", NAME="nic0" SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="44:55:66:dd:ee:ff", ATTR{type}=="1", KERNEL=="eth*", NAME="nic1"
And also rename /etc/sysconfig/network-scripts/ifcfg-ethX to ifcfg-nicX and modify them accordingly.
HTH,
On Mon, Feb 1, 2016 at 9:31 AM, Ricardo J. Barberis ricardo@palmtx.com.ar wrote:
El Lunes 01/02/2016, Daniel Ruiz Molina escribió:
Hi,
After installing CentOS 7 in a server with 2 NICs, system detects eth0 and eth1 in reserve order. I would like to have eth1 as eth0 and eth0 as eth1. I have forced HWADDR attribute in /etc/sysconfig/network-scripts/ifcfg-etc{0,1}, but after rebooting, order is the same...
How can I solve it?
Thanks.
You could put the MAC addresses in /etc/udev/rules.d/60-net.rules, e.g.:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="11:22:33:aa:bb:cc", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="44:55:66:dd:ee:ff", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
But that never worked reliably for me, no matter what I tried.
That is interesting to know. I have not run Centos 7 in a machine with multiple ports yet, but on 6 blowing up /etc/udev/rules.d/60-net.rules would make it select the interfaces by the same order as the MAC.
UPDATE: I just checked my Centos 6 box and it uses /etc/udev/rules.d/70-persistent-net.rules but in my Centos 7 vm, I only see a different file altogether
[raub@duckwitch ~]$ ls -l /etc/udev/rules.d/ total 0 -rw-r--r-- 1 root root 0 Jul 25 2014 80-net-name-slot.rules [raub@duckwitch ~]$
In the end I had to use different names instead of eth0 and eth1, like:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="11:22:33:aa:bb:cc", ATTR{type}=="1", KERNEL=="eth*", NAME="nic0" SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="44:55:66:dd:ee:ff", ATTR{type}=="1", KERNEL=="eth*", NAME="nic1"
And also rename /etc/sysconfig/network-scripts/ifcfg-ethX to ifcfg-nicX and modify them accordingly.
HTH,
Ricardo J. Barberis Usuario Linux Nº 250625: http://counter.li.org/ Usuario LFS Nº 5121: http://www.linuxfromscratch.org/ Senior SysAdmin / IT Architect - www.DonWeb.com _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
The issue here may be systemd (I've seen/agree with the venting, this is another example). If you're getting non-eth names there's a program called biosdevname which may be deciding how to name NICs for you. If that's the case then then the <nn>-net.rules may be ineffective unless the following is added as kernel command line parameters:
net.ifnames=1 and biosdevname=0
I need to add big cautions here, my experience with this is on Ubuntu (where it's 70-net.rules) and a hardware platform which has 10 NICs. systemd/biosdevname... named the first six NICs 'ens...' and the last four 'eth...'. (<rant> I really do wish the developers would stop trying to decide what's best for us and leave control in our hands or at least provide documentation which is easily findable that allows us to take control back. </rant>). Web documentation at freedesktop.org says net.ifnames needs to be set to zero, I found just the opposite but if it doesn't work for you try both before giving up. I know where to set these parameters on Ubuntu but you'll have to find where on CentOS. Hope this helps.
----- Original Message ----- From: "Ricardo J. Barberis" ricardo@palmtx.com.ar To: "CentOS mailing list" centos@centos.org Sent: Monday, February 1, 2016 8:31:42 AM Subject: Re: [CentOS] NICs order
El Lunes 01/02/2016, Daniel Ruiz Molina escribió:
Hi,
After installing CentOS 7 in a server with 2 NICs, system detects eth0 and eth1 in reserve order. I would like to have eth1 as eth0 and eth0 as eth1. I have forced HWADDR attribute in /etc/sysconfig/network-scripts/ifcfg-etc{0,1}, but after rebooting, order is the same...
How can I solve it?
Thanks.
You could put the MAC addresses in /etc/udev/rules.d/60-net.rules, e.g.:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="11:22:33:aa:bb:cc", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="44:55:66:dd:ee:ff", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
But that never worked reliably for me, no matter what I tried.
In the end I had to use different names instead of eth0 and eth1, like:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="11:22:33:aa:bb:cc", ATTR{type}=="1", KERNEL=="eth*", NAME="nic0" SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="44:55:66:dd:ee:ff", ATTR{type}=="1", KERNEL=="eth*", NAME="nic1"
And also rename /etc/sysconfig/network-scripts/ifcfg-ethX to ifcfg-nicX and modify them accordingly.
HTH,
El Lunes 01/02/2016, Leroy Tennison escribió:
The issue here may be systemd (I've seen/agree with the venting, this is another example).
So far, this is my only big grip with systemd: It apparently never worked, though IME it only stopped working with recent versions of udev.
If you're getting non-eth names there's a program called biosdevname which may be deciding how to name NICs for you. If that's the case then then the <nn>-net.rules may be ineffective unless the following is added as kernel command line parameters:
net.ifnames=1 and biosdevname=0
I tried that (and several other combinations), but with net.ifnames=0 which is what the docs say: https://wiki.freedesktop.org/www/Software/systemd/PredictableNetworkInterfac...
Nevertheless, I was never able to reliably use eth0 and eth1, I even got to the point of adding 'modprobe -r nic_module ; modprobe nic_module' to /etc/rc.d/rc.local to make it work, but it seemed a really ugly hack.
I need to add big cautions here, my experience with this is on Ubuntu (where it's 70-net.rules)
Yeah, on CentOS 6 it aldo is that, on CentOS 7 it still works but I read somewhere that 60-net.rules was the new preferred name (and now it seems to be 80-net-setup-link.rules?)
and a hardware platform which has 10 NICs. systemd/biosdevname... named the first six NICs 'ens...' and the last four 'eth...'. (<rant> I really do wish the developers would stop trying to decide what's best for us and leave control in our hands or at least provide documentation which is easily findable that allows us to take control back. </rant>).
Amen :)
Web documentation at freedesktop.org says net.ifnames needs to be set to zero, I found just the opposite but if it doesn't work for you try both before giving up. I know where to set these parameters on Ubuntu but you'll have to find where on CentOS. Hope this helps.
Ah, should have tried this. I'm probably not going to try it though (I'm already accustomed to my new naming scheme) but it can be useful to the OP, thanks.
----- Original Message ----- From: "Ricardo J. Barberis" ricardo@palmtx.com.ar To: "CentOS mailing list" centos@centos.org Sent: Monday, February 1, 2016 8:31:42 AM Subject: Re: [CentOS] NICs order
El Lunes 01/02/2016, Daniel Ruiz Molina escribió:
Hi,
After installing CentOS 7 in a server with 2 NICs, system detects eth0 and eth1 in reserve order. I would like to have eth1 as eth0 and eth0 as eth1. I have forced HWADDR attribute in /etc/sysconfig/network-scripts/ifcfg-etc{0,1}, but after rebooting, order is the same...
How can I solve it?
Thanks.
You could put the MAC addresses in /etc/udev/rules.d/60-net.rules, e.g.:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="11:22:33:aa:bb:cc", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="44:55:66:dd:ee:ff", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
But that never worked reliably for me, no matter what I tried.
In the end I had to use different names instead of eth0 and eth1, like:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="11:22:33:aa:bb:cc", ATTR{type}=="1", KERNEL=="eth*", NAME="nic0" SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="44:55:66:dd:ee:ff", ATTR{type}=="1", KERNEL=="eth*", NAME="nic1"
And also rename /etc/sysconfig/network-scripts/ifcfg-ethX to ifcfg-nicX and modify them accordingly.
HTH,
On 02/01/2016 07:00 AM, Leroy Tennison wrote:
The issue here may be systemd
...
Web documentation at freedesktop.org says net.ifnames needs to be set to zero, I found just the opposite but if it doesn't work for you try both before giving up.
Just to clarify: net.ifnames=0 disables the systemd/udev interface renaming feature. biosdevname=0 disables the biosdevname interface renaming feature, which is completely separate. If you want the traditional, non-deterministic Linux interface naming, you must specify both.
Also, if you add rules to /etc/udev/rules.d, you should rebuild your initrd.
Just to clarify: net.ifnames=0 disables the systemd/udev interface renaming feature.
Well, I tried that and it didn't change the behavior, using 1 as a value did. Don't know if there's been tampering between freedesktop and Ubuntu 14.04LTS but that was my experience.
Also, if you add rules to /etc/udev/rules.d, you should rebuild your initrd.
Thanks for the information. I didn't and it has been working for a while (through reboots), what bad thing(s) may happen if I don't?
----- Original Message ----- From: "Gordon Messmer" gordon.messmer@gmail.com To: "CentOS mailing list" centos@centos.org Sent: Monday, February 1, 2016 11:26:38 AM Subject: Re: [CentOS] NICs order
On 02/01/2016 07:00 AM, Leroy Tennison wrote:
The issue here may be systemd
...
Web documentation at freedesktop.org says net.ifnames needs to be set to zero, I found just the opposite but if it doesn't work for you try both before giving up.
Just to clarify: net.ifnames=0 disables the systemd/udev interface renaming feature. biosdevname=0 disables the biosdevname interface renaming feature, which is completely separate. If you want the traditional, non-deterministic Linux interface naming, you must specify both.
Also, if you add rules to /etc/udev/rules.d, you should rebuild your initrd. _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Confidentiality Notice | This email and any included attachments may be privileged, confidential and/or otherwise protected from disclosure. Access to this email by anyone other than the intended recipient is unauthorized. If you believe you have received this email in error, please contact the sender immediately and delete all copies. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
-
Gordon Messmer -
Leroy Tennison -
Mauricio Tavares -
Ricardo J. Barberis