[CentOS] CentOS 6 : Network Interface Naming

SilverTip257 silvertip257 at gmail.com
Mon Nov 25 23:00:07 UTC 2013


On Mon, Nov 25, 2013 at 5:08 PM, Kahlil Hodgson <
kahlil.hodgson at dealmax.com.au> wrote:

> /etc/udev/rules.d/70-persistent-net.rules is your friend
>
> the device names defined in there are set nice and early during boot,
> well before any ifcfg scripts
>

Precisely.

Something changed between 6.3 and 6.4 and devices reverted from pXpY to
ethX naming conventions.

In the past I've modified the persistent net rules as necessary.

Thanks.


>
> K
>
> Kahlil (Kal) Hodgson                       GPG: C9A02289
> Head of Technology                         (m) +61 (0) 4 2573 0382
> DealMax Pty Ltd                            (w) +61 (0) 3 9008 5281
>
> Suite 1415
> 401 Docklands Drive
> Docklands VIC 3008 Australia
>
> "All parts should go together without forcing.  You must remember that
> the parts you are reassembling were disassembled by you.  Therefore,
> if you can't get them together again, there must be a reason.  By all
> means, do not use a hammer."  -- IBM maintenance manual, 1925
>
>
>
> On 16 November 2013 10:12, SilverTip257 <silvertip257 at gmail.com> wrote:
> > On Fri, Nov 15, 2013 at 2:33 PM, Scott Robbins <scottro at nyc.rr.com>
> wrote:
> >
> >> On Fri, Nov 15, 2013 at 01:50:18PM -0500, SilverTip257 wrote:
> >> > Hello All,
> >> >
> >> > I have one CentOS 6 KVM virtualization server that I built around a
> year
> >> > ago (best I can tell it was in October 2012) at which time I would
> have
> >> > been installing 6.3 [0].  That particular install used the Consistent
> >> > Network Device Naming [1] conventions (PCIe NICs are p1p1, p1p2).
> >>
> >> This regression is a combo RedHat/Dell idea, IIRC.  That may be why it's
> >> that way on a Dell machine.  On Fedora, which usually shows what new
> >> regressions will be in RH, it's gotten harder to fix with each
> iteration.
> >>
> >> To make it worse, at least on Fedora (and again, many of their ideas,
> >> whether good or bad for servers, get into RedHat) has apparently now
> been
> >> intertwined with systemd.  At first, one simply had to remove the
> >> biosdevnames rpm to fix it.  Now, one has to do that, and also add, (in
> >> Fedora, with grub2) net.ifnames=0 to the kernel line.  (Note that this
> was
> >> for Fedora 19, not sure if they at least removed biosdevnames in F20).
> >>
> >
> > I'm not tied to wanting my network interfaces to be ethX.
> > Once my servers are configured, I'm generally not changing anything, so
> for
> > all it matters they could be called wan0, etc.
> >
> > I actually think some of the conventions are worthwhile (ex: em for
> > embedded, pXpY for PCI cards - I've not seen any others on
> Fedora/CentOS).
> >  I believe embedded NIC naming on Dell hw starts with em1 rather than em0
> > which is odd (we start counting at zero!).
> >
> >
> >>
> >> To make it even more of a mess, (again, this is judging from Fedora,
> which
> >> is good to keep on hand to see what new decisions good and bad will be
> made
> >> by RH), I think biosdevnames gave it one name and then the whole systemd
> >> thing gave it another.  So, it would boot up as say p12p but in
> >> /etc/sysconfig/network-scripts it would show up as ifcfg-p1p2p or
> something
> >> like that. (I'm making these names up, but that was the general idea.)
> >>
> >
> > I did see something similar to this, I believe it was on a Fedora system
> I
> > was using for testing ... I don't recall which release though.
> >
> > RHEL7 ought to have some "Easter eggs" for us. ;)
> >
> >
> >>
> >> Some people consider it a good thing, especially when moving drives
> between
> >> machines, but aside from it being something new, which isn't necessarily
> >> improved, it breaks various working scripts.
> >>
> >> Like you, I consider it a regression, but of course, that's only my
> >> opinion, and many experienced folks disagree, thinking it's a good
> >> thing--although I'm sure that even they would agree that they better
> figure
> >> out if biosdevname or something else will be handling it so that it is
> at
> >> least consistent.
> >>
> >
> > I'm not calling the biosdevname conventions a regression.
> > But what I am calling a regression is all the flip flopping between the
> old
> > convention and the new one, especially on two nearly identical hardware
> > builds and OS builds for that matter.
> >
> >
> >>
> >> Actually, I think (but am not sure, that in VMs, even Fedora will use
> the
> >> eth0, eth1 system rather than the new naming scheme.  Not just KVM, but
> >> also VirtualBox, VMware, and so on--that has been my experience with
> CentOS
> >> VMs at least.
> >>
> >> --
> >> Scott Robbins
> >> PGP keyID EB3467D6
> >> ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
> >> gpg --keyserver pgp.mit.edu --recv-keys EB3467D6
> >>
> >> _______________________________________________
> >> CentOS mailing list
> >> CentOS at centos.org
> >> http://lists.centos.org/mailman/listinfo/centos
> >>
> >
> >
> >
> > --
> > ---~~.~~---
> > Mike
> > //  SilverTip257  //
> > _______________________________________________
> > CentOS mailing list
> > CentOS at centos.org
> > http://lists.centos.org/mailman/listinfo/centos
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> http://lists.centos.org/mailman/listinfo/centos
>



-- 
---~~.~~---
Mike
//  SilverTip257  //



More information about the CentOS mailing list