[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[ale] eth numbering change



On 2017-02-09 15:39, Chris Fowler wrote:
> 
> 
> --------------------------------------------------------------------------------
> 
>     *From: *"Alex Carver" <agcarver+ale at acarver.net>
>     *To: *ale at ale.org
>     *Sent: *Thursday, February 9, 2017 6:16:15 PM
>     *Subject: *Re: [ale] eth numbering change
> 
>     On 2017-02-09 14:33, DJ-Pfulio wrote:
>      >
> 
>      >
>      > On 02/09/2017 03:44 PM, Phil Turmel wrote:
>      >>>> Don't use ethX names with modern kernels.  Period.
> 
>     Ah, figures this was a systemd concept
> 
>     <ducks and runs>
> 
> 
> It does suck, but in this case I think they make a valid point.  I gripped about 
> this sometime back and then read up on it.
> 
> In my case I remove the config layer from the user where I install CentOS or 
> RHEL.  My config code is setup to look for eth0.   Those bits need to change to 
> those machines so that I know what LAN1 is.
> 
> USB is very unpredictable.  Many times I need to map a physical device with a 
> real config. Network interfaces allow me to use MAC.  Cheap USB->Serial cables 
> do not even have a serial # flashed so I have to resort to physical USB port to 
> tie a config to one.

I will grant that they have made an effort to also allow legacy behavior
(although they're also snarky with it so I don't mind being snarky
back).  This is a more friendly change than some of the other things
that have been done in the name of systemd.  However, with one exception
I can't recall really having an issue with network device placement.
They came up in bus order and had the same name unless I physically
reconfigured the hardware in which case I knew I was doing that and
simply made the alterations.

For USB I actually use just the bus chain as the identifier.  For things
that are left plugged in (most of my systems) it works pretty well.