On Fri, 14 Feb 2014 16:50:36 -0500
Tom H <tomh0...@gmail.com> wrote:
> On Fri, Feb 14, 2014 at 2:38 PM, Reco <recovery...@gmail.com> wrote:
> > On Fri, 14 Feb 2014 13:49:03 -0500
> > Tom H <tomh0...@gmail.com> wrote:
>
>
> >> It has nothing to do with Red Hat's ifcfg network scripts or with
> >> network Manager.
> >
> > Apparently that's why it was introduced in Fedora before anybody else
> > did.
>
> The relevance being?
You want to know who needs the feature - you look on who implements it
first. RedHat was first = RedHat has needed it the most.
> >> And it has nothing to do with Red Hat not having the udev net rules
> >> generator - you can look at old Fedora releases or current or old RHEL
> >> or RHEL clone releases.
> >
> > 'Having' - possibly. 'Using' - definitely not as of RHEL <= 5.
>
> I've forgotten about RHEL 4 but RHEL 5 definitely has and uses the
> udev net rules generator.
This is from the one RHEL5 server I have:
$ /sbin/ip a l | grep ether | head -4
link/ether 02:21:28:57:47:17 brd ff:ff:ff:ff:ff:ff
link/ether 00:21:28:f1:54:2c brd ff:ff:ff:ff:ff:ff
link/ether 00:21:28:f1:54:2c brd ff:ff:ff:ff:ff:ff
link/ether 00:21:28:f1:54:30 brd ff:ff:ff:ff:ff:ff
$ grep 00:21:28 /etc/udev/rules.d/* | wc -l
0
$ lsb_release -rc
Release: 5.10
Codename: Carthage
Same thing goes for every other server.
Whenever net rules generator is used, or not - it doesn't leave any
trace in udev rules.
> >> So the problem that the new behavior of udev solves is that cards are
> >> named according to their hardware slot/placement/...
> >
> > Which sometimes change these 'predictable' names after reboot. Talk
> > about an improvement.
>
> If you replace a nic but ise the same physical slot, it'll have the
> same name when using the equivalent of "net.ifnames=1". It'll
> unfortunately have the same weird name.
You've forgot to add 'if udev patched by Lennart and Kay actually do
whatever it'll should do'. Bugs happen, and this particular
implementation is buggy.
> >> There are drawbacks to (almost) everything: the new behavior makes us
> >> have to put with weird and unfamiliar nic names.
> >>
> >> As I posted earlier, there's a kernel cmdline option to enable/disable
> >> this behavior.
> >
> > Which works if systemd is a pid 1 only, and isn't needed for Debian in
> > the first place.
>
> I'm pretty sure that this kernel cmdline works with openrc on gentoo.
Ok, but Gentoo features two udevs - the one which comes with systemd,
and the one which was forked by Gentoo team. Which one do you use?
Reco
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20140215124409.07bcf422dda124f0f08de...@gmail.com
