Re: [PROPOSAL]: Support Alternate Network Device Naming Schemes

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

 



Please don't send mails like this to anaconda-devel-list and netdev at
the same time. The lists serve two completely unrelated purposes.

On 11/27/2009 04:42 AM, Narendra K wrote:
>

... I think the UI suggested here is really bad, as is the process behind
it. Adding a "pick your network device name" step anywhere in anaconda, even
in kickstart, is a bad plan. A better plan would be something like:

1) make kickstart accept various different names by using libnetdevname or
something similar
2) make libnetdevname capable of telling us a reasonable name for an interface
for user display (i.e. smbios name with spaces instead of _ or somesuch)
3) display and log those names (and /possibly/ the real interface name) where
appropriate, which might include something like a "details" section describing
a particular interface.

> 1. In addition to the default ethN names the user can check against 
> the available naming conventions and the wizard would show the names 
> the interfaces will be renamed to.

What ever happened to the plan of making OS tools (i.e. anaconda,
NetworkManager, and ifup, but not necessarily ifconfig) use libnetdevname
to do this translation, and leaving the kernel names like they've always
been, which people are used to and people who aren't effected by won't
have to deal with, and having libnetdevname do the entire translation itself
in userland?  This is what mdomsch and I discussed on Oct 30th.

I'm getting tired of the cycle of:

1) dell comes up with a suggestion
2) people don't like the way they're doing it
3) dell goes away and talks amongst themselves
4) dell comes up with a suggestion that ignores the feedback
5) goto step 2.

> 2. The moment the user hits the Next button all interfaces are
> renamed as per the Naming convention they have selected.
> 3. Any further network communication would be using the new names.
> 4. Ifconfig would show names like "Embedded_NIC_1" and not eth0 etc.

Renaming the devices is exactly what we were trying to get around by making
userland tools use libnetdevname.

> This way the OS names of network interfaces would have a co-relation
> to the chassis names.

You mean the kernel name here, not the "OS" name. And in general, changing
the kernel names isn't something we want. That's why we went down the whole
aliasing route in the first place!

-- 
        Peter

_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/anaconda-devel-list

[Index of Archives]     [Kickstart]     [Fedora Users]     [Fedora Legacy List]     [Fedora Maintainers]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]
  Powered by Linux