GeneralThis forum is for non-technical general discussion which can include both Linux and non-Linux topics. Have fun!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
The ethX naming scheme works fine as long as the system has only one Ethernet port. However if there are more than one Ethernet ports, a sort of race condition develops at every system boot and the ports may get their names in an arbitrary order.
This is why you put the damn HWADDR in each ifcfg-ethX config you terds, so they don't get swapped around after a reboot, etc.
Stupid if you ask me, the developers in Fedora-lala-land must be bored and out of ideas, so let's just change something that really wasn't an issue to begin with.
Agreed, what was wrong with either binding by MAC address... or setting a Udev rule? Obviously binding by MAC is the easiest and quickest way to accomplish that... And I believe most distro's do that by default during installs.. Supposedly Ubuntu is jumping on the bandwagon too.. Don't touch what is not broken!
Their nature is to break something or find something to break
Isn't this essentially the nature of these 'bleeding-edge' distros though? Unless they are not including experimental software/drivers in their distros they are messing things that shouldn't need to be messed with, to make it appear that something new has been added?
Seems to be that way... Gotta be a reason for FC-15...? Updated software just doesn't cut it I guess, the real thing is eventually this may get pushed into Enterprise Operations...
This doesn't appear to be going over well - here or on the announcement page you pointed to.
If I could offer a differing opinion: I mostly like the naming scheme idea. It would be useful to me to quickly know from a remote location which physical device a logical name refers to. I manage several servers with three four-port Intel PCIe NICs, and one four-port Broadcom onboard NIC. It's annoying to have to document logical -> physical mappings for eth0 through eth15, just so I can explain to a data center technician which port he can operate on without bringing our apps to a screeching halt.
Anyway, WRT the new Fedora naming scheme proposal, I have a different nit to pick. I don't like that they're using 1-based port numbering. Every *nix I know of uses 0-based.
Distribution: FreeBSD(preferred), Fedora 15, WebOS, Mac OS, NetBSD, Ubuntu (if I have no other choice)
Posts: 46
Rep:
Quote:
Originally Posted by anomie
This doesn't appear to be going over well - here or on the announcement page you pointed to.
If I could offer a differing opinion: I mostly like the naming scheme idea. It would be useful to me to quickly know from a remote location which physical device a logical name refers to. I manage several servers with three four-port Intel PCIe NICs, and one four-port Broadcom onboard NIC. It's annoying to have to document logical -> physical mappings for eth0 through eth15, just so I can explain to a data center technician which port he can operate on without bringing our apps to a screeching halt.
Anyway, WRT the new Fedora naming scheme proposal, I have a different nit to pick. I don't like that they're using 1-based port numbering. Every *nix I know of uses 0-based.
I know, this is just confusing and inconsistent with how all other devices are named. Devices in Unix-like systems have always started at zero and counted up. It doesn't make it more intuitive because new users will question the inconsistency or expect all devices to count up from one, and experienced users are already familiar with counting up from zero.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.