[lkml]   [2009]   [Mar]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Network Device Naming mechanism and policy
My thoughts on the subject; from someone who is not
particularly qualified to have opinions.

Reading over your post, I searched for a single sentence describing
the problem you're trying to solve. What I came up with was

On 03/24/2009 10:46:17 AM, Matt Domsch wrote:

> Users continue to have to figure out, for each system type
> and
> potentially for each boot, which NIC is connected to which name. This
> has been the #1 customer complaint about Linux on Dell servers for
> several years. I'd prefer not to keep it this way.

Perhaps a little magic in the udev rule that creates the
z70_persistent-net-rules file would solve the basic problem.
It could sort the nics by mac address when creating the
names. It need only run when the z70 file does not exist.
I presume this would produce consistent results in most cases
and it feels technically feasible; although I am not
fully qualified to make that judgment.

Rather that put the onus on udev to make the above
change Dell could just run a little program at first
boot that mungs the z70 file as desired. (It could then
force a reboot; I forget if this would be needed.)
I imagine Dell boots the boxes once at the factory,
but if not then the user has to suffer with a longer
boot process at first boot. Because this is driven
by Dell, Dell would know exactly what nic has what
name. And Dell knows what nics are on the mobo and
what are not, and so can control the mac address sort
order as desired.

The other solution that screams out at me is to ditch
those legacy BIOSes and go to something like LinuxBIOS.
Again, I'm not really qualified, but it sure feels like
there's an answer in this approach.

The other point that struck me was that sometimes, it seems,
users want persistence in the naming of their network devices
and sometimes they want device names based on bus position.

The sucky thing is that symlinks and nics don't mix well
and so it seems impossible to satisfy both the above
requirements at the same time. This is an area that
IMHO could be better addressed by the Linux community.

Karl <>
Free Software: "You don't pay back, you pay forward."
-- Robert A. Heinlein

 \ /
  Last update: 2009-03-24 18:17    [W:0.158 / U:0.500 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site