Bug 904678 - systemd completely breaks on an upgrade to Fedora 18 machines with multiple network interfaces
systemd completely breaks on an upgrade to Fedora 18 machines with multiple n...
Status: CLOSED DUPLICATE of bug 896135
Product: Fedora
Classification: Fedora
Component: systemd (Show other bugs)
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: systemd-maint
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2013-01-26 19:59 EST by Michal Jaegermann
Modified: 2013-01-28 07:52 EST (History)
9 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2013-01-28 07:52:05 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Michal Jaegermann 2013-01-26 19:59:08 EST
Description of problem:

After an upgrade to Fedora 18 of a working machine with two network interfaces one is greeted with a missing network connection.  It turns out they names of network interfaces are swapped at random from boot to boot with no way to predict an outcome.  That despite of a pre-existing file


which specifies names tied to MACs

Version-Release number of selected component (if applicable):

Expected results:
A control over how network devices are named (or at least a consistency
over reboots)

Additional info:
If devices happen to have different drivers, which are also modules, then an old hack of forcing in a modproble configuration a load order ('softdep' directive can be used for that) seems to work around.  It seemed to me that years ago it was possible to forget about such bogosity.

Do not try to tell me that NM facing DHCP server can handle this breakage.  This is true but so what?
Comment 1 Michal Schmidt 2013-01-28 07:52:05 EST

*** This bug has been marked as a duplicate of bug 896135 ***

Note You need to log in before you can comment on or make changes to this bug.