[systemd-devel] 70-persistent-net.rules

[Reindl Harald]

Am 11.04.2013 12:41, schrieb Colin Guthrie:
> 'Twas brillig, and Andrey Borzenkov at 11/04/13 10:25 did gyre and gimble:
>> On Thu, Apr 11, 2013 at 2:50 AM, Reindl Harald <h.reindl at thelounge.net> wrote:
>>> /usr/share/doc/systemd/README.Fedora-18
>>>
>>> - A hacky workaround that allows udev to rename network interfaces into
>>>   kernel's ethX namespace has been re-added. This is to support users who still
>>>   rely on udev rules such as 70-persistent-net.rules generated in previous
>>>   Fedora releases to name their network interfaces. Note that the workaround is
>>>   only temporary and will go away in a future Fedora release
>>> ______________________________________
>>>
>>> PLEASE DO NOT remove this mechanism
>>>
>>> well, you are not creating it since a long time, BUT do not
>>> stop use this config file if it is present!
>>>
>>
>> Mmm ... if rules file exists in correct directory it of course will be
>> used. Or do you mean to not remove auto-generation of this file?
> 
> Isn't the mechanism used to shuffle around conflictingly named
> interfaces gone from udev these days (it is after all racy and buggy).
> 
> If so then things might not work nicely when processing the old rules.
> Users should be strongly encouraged to migrate to the persistent network
> interface names which avoids the design flaws inherent with the
> previously approach.

that is all nice in theory
in real life there are THOUSANDS of setups with only one ethernet interface
there are THOUSANDS of virtual machines with only one network interface
there are THOUSANDS of virtual machines with only two NICs and no race-problems

there are MANY THOUSANDS of configs and scripts for routing, firewalls and
automation on all this machines and only god knows what amount of work and
side effects it brings to change this all for zero benefit

this are facts from the real life and as much i agree with the race problems
i really do not want to change interface names on remote-machines which
are not in a datacenter and have no LOM hundrets of kilometers way and so
i need a long-term way to have my eth0 and in very few cases eth1 too

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 263 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freedesktop.org/archives/systemd-devel/attachments/20130411/249412d4/attachment.pgp>