[systemd-bugs] [Bug 59964] New: udev 197 network device renaming race condition
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Mon Jan 28 02:42:33 PST 2013
https://bugs.freedesktop.org/show_bug.cgi?id=59964
Priority: medium
Bug ID: 59964
Assignee: systemd-bugs at lists.freedesktop.org
Summary: udev 197 network device renaming race condition
QA Contact: systemd-bugs at lists.freedesktop.org
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: shados at shados.net
Hardware: All
Status: NEW
Version: unspecified
Component: general
Product: systemd
Currently, udev is not guaranteed to have completed renaming the initial set of
network devices to persistent names before network.target and it's Wants are
run. This can cause a race condition where a network configuration unit file
will fail because it is attempting to configure devices that to do not (yet)
exist.
This can be be worked around by using an instantiated unit file and specifying
'After=sys-subsystem-net-devices-%i.device', but this would have to be done for
every initial network configuration unit file. Additionally, this is not a
valid solution for unit files that may need to configure multiple interfaces
based upon configuration information elsewhere. Such services would each need
to handle this case themselves, which seems like an unnecessary duplication of
functionality across the system.
Having read http://www.freedesktop.org/wiki/Software/systemd/NetworkTarget, I
understand the difficulty in choosing a good general default for the meaning of
"the network is up", but "initial attached network devices have their
persistent names" does seem like a minimal prerequisite; I'm having trouble
coming up with a sane meaning of "the network is up" that doesn't depend on it.
For some extra context, I'm coming from:
https://bbs.archlinux.org/viewtopic.php?id=156956
--
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/20130128/aa5e2e81/attachment.html>
More information about the systemd-bugs
mailing list