[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