Messages in this thread | | | From | Kay Sievers <> | Date | Thu, 9 Feb 2012 00:48:56 +0100 | Subject | Re: network regression: cannot rename netdev twice |
| |
On Wed, Feb 8, 2012 at 21:06, <Valdis.Kletnieks@vt.edu> wrote: > On Wed, 08 Feb 2012 11:57:18 +0100, Kay Sievers said: >> On Wed, Feb 8, 2012 at 07:42, <Valdis.Kletnieks@vt.edu> wrote: > >> > Or is this sort of thing in /etc/udev/rules.d/70-persistent-net.rules >> > SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:25:90:0b:f2:80", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" >> > what you are trying to move to, and my systems are already onboard and >> > I should just move along, nothing to see here? ;) >> >> Yeah, that's what we did in the past. It works fine if you never have >> to swap names like eth0 and eth1, with need to free one of the the >> names with a temporary rename. > > Well, if I had my druthers, I'd stick name="net-mgt", "net-pub", and "net-10g" > in the udev rules, and not care about 1/2/3 and race conditions, because > meaningful names are easier to not screw up (just last week found a system that > had eth1 and eth2 reversed in some iptables rules, wouldn't have happened if > they were -mgt and -pub). > > Only thing stopping me is getting iptables to accept '-i net-10g', and the > distro /etc/sysconfig/network scripts like ifup and ifdown playing nice.... > > So it sounds like what I want as a sysadmin is the same thing you want > as a maintainer...
Yeah, that sounds very much like it is.
I want to push some responsibility to the admin, do less automagic, and personally want to be less responsible for all the unintended screw-up the automagic is causing everywhere.
Sure, the intention to keep the names like they always have been was good, but a good intention and a broken model to deliver it, and continue to pretend we can solve it, is the worst things we can do. :)
Kay -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |