[systemd-bugs] [Bug 59610] Predictable interface names are inconsistent

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=59610

--- Comment #4 from Kay Sievers <kay at vrfy.org> ---
(In reply to comment #3)

> Stopping dhcpcd.service and starting dhcpcd at wlp6s2 also fixes this behaviour
> (the device gets wlp6s2 back when rmmod/modprobed). So the issue is
> specifically with the dhcpcd.service interfering with the device renaming.
> 
> I just ran 'udevadm monitor -k & ' while reloading the module with
> dhcpcd.service stopped and I can now also see the 'move' to the new name.
> dhcpcd.service seems to be grabbing the interface as soon as it is added,
> preventing udev from renaming it.

Yeah, interfaces which are brought up cannot be renamed.

Udev does not send out any events before it has finished renaming the
interface, so there is usually something in udev rules, or the running
service listens to rtnetlink and watches devices on its own and is bringing
them up.

It should probably only be systemd which starts dhcpcd when a device appears,
and the service should not listen to device creation itself.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-bugs/attachments/20130120/e441e02b/attachment-0001.html>