On Sun, Nov 14, 2010 at 03:54:27PM +0000, Stroller wrote: > > On 14/11/2010, at 4:55am, Matt Domsch wrote: > > ... > > https://fedoraproject.org/wiki/Features/ConsistentNetworkDeviceNaming > > > > ... > > Like? Dislike? I'd love to hear your comments. > > I detest the name "lom", and my initial reaction was in response to that.
Fair enough - but if this is just name bikeshedding, then you are welcome to write udev rules to name them however you like. The process of finding and naming them remains the same. > But reading the wiki page, I guess it makes sense. My 2650s (and I > think my 2850) have two on-board NICs and they always come up as > eth0 and eth1 in the same order. They appear to come up in the same > order when no udev rules exist - or at least they always come up in > the same order when booted from a LiveCD. The wiki page implies this > is *not* the case with these newer generation of servers, so I can > see that something needed to be done, but the name "lom" seems > atrocious - my initial reaction was to wonder if my video card, USB > and firewire ports should be named something different if they're > built into the mainboard. I've found that system administrators tend to prefer to have their onboard devices named first, followed by add-in devices of various types. > I'm not really qualified to comment, but my instinct is to prefer a > more general solution - that all ports should be named ethX, Without biosdevname, you get all ethX names - they're just in completely non-deterministic order. Often times after the first non-deterministic order is set in 70-persistent-net.names, and with no other configuration changes to your system, on reboot you'll get those same names for those devices again, but only because no renames are actually taking place - the kernel accidentally names them in the same way each time. You cannot swizzle them within the ethX namespace and have it work - it's racy and failure-prone. You must change out of ethX in order to get consistency at all. > but (in the absence of udev rules) always to be numbered in MAC > address order, for instance. MAC address order is one way to do it, sure. biosdevname doesn't have such a policy (but it could easily be added), but it is completely meaningless as soon as you have even one non-motherboard NIC, regardless of vendors, and even less than completely meaningless as soon as you have NICs from multiple vendors. Thanks, Matt -- Matt Domsch Technology Strategist Dell | Office of the CTO _______________________________________________ Linux-PowerEdge mailing list [email protected] https://lists.us.dell.com/mailman/listinfo/linux-poweredge Please read the FAQ at http://lists.us.dell.com/faq
