Bug 727951 - nm-connection-editors shows "eth0" and "Wired connection 1"
Summary: nm-connection-editors shows "eth0" and "Wired connection 1"
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 16
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
Assignee: Radek Vykydal
QA Contact: Fedora Extras Quality Assurance
Whiteboard: AcceptedNTH
Depends On:
Blocks: F16Alpha-accepted, F16AlphaFreezeExcept
TreeView+ depends on / blocked
Reported: 2011-08-03 18:43 UTC by James Laska
Modified: 2013-09-02 06:57 UTC (History)
7 users (show)

Fixed In Version: anaconda-16.14.6-1.fc16
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2011-08-18 22:25:09 UTC
Type: ---

Attachments (Terms of Use)
Screenshot.png (45.45 KB, image/png)
2011-08-03 18:43 UTC, James Laska
no flags Details

Description James Laska 2011-08-03 18:43:16 UTC
Created attachment 516562 [details]

Description of problem:

nm-connection-editor is showing duplicate device names when activated from the installer (see attachment).  Rvykydal indicates this may be due to the on disk network config files and how systemd is started in the installer environment.

> 2) Automatic default "Wired connection X" is activated because systemd starts
> NM before anaconda writes out inital ifcfg files (or they can race). Comments
> #17, #19 2). It was hit in compose 0721 and it can hide problem 1).
> We could restart NM after we write ifcfg files in loader (that's what I'd
> prefer) or disable it when creating install image.

Version-Release number of selected component (if applicable):
 * anaconda-16.14-1

How reproducible:
 * pretty consistently with Alpha TC1 (http://serverbeach1.fedoraproject.org/pub/alt/stage/16-Alpha.TC1/)

Steps to Reproduce:
1. Start installer without activating networking in loader.  Boot a boot.iso or netinst.iso (or DVD.iso) with no additional boot args
2. At the system name step, select "Configure Network"
Actual results:

See attached screenshot.  There are 4 devices listed, when the system only has 2 devices.

Expected results:

The number of listed network devices should match what are available on the system.

Additional info:

Comment 1 James Laska 2011-08-04 14:05:45 UTC
Adding to the proposed NTH list for F16Alpha

Comment 2 Tim Flink 2011-08-04 21:13:52 UTC
This sounds like a good NTH candidate.

+1 Alpha NTH

Comment 3 Radek Vykydal 2011-08-05 08:45:53 UTC
Patch sent to a-d-l.

Comment 4 Tim Flink 2011-08-05 18:46:51 UTC
Discussed in the 2011-08-05 blocker review meeting. Accepted as NTH [1] for Fedora 16 alpha assuming that the fix isn't too invasive.

[1] http://fedoraproject.org/wiki/QA:SOP_nth_bug_process

Comment 5 Radek Vykydal 2011-08-10 13:38:00 UTC
Fixed in master by commit 4acfadedb038744e6b47af74fe584188f82e44aa.

Comment 6 Chris Lumens 2011-08-10 14:20:36 UTC
This will be in anaconda-16.14.4-1 assuming we build one of those for the alpha.  Otherwise, anaconda-16.15-1.

Comment 7 Fedora Update System 2011-08-11 15:49:39 UTC
anaconda-16.14.4-1.fc16 has been submitted as an update for Fedora 16.

Comment 8 Fedora Update System 2011-08-12 04:22:54 UTC
Package anaconda-16.14.4-1.fc16:
* should fix your issue,
* was pushed to the Fedora 16 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing anaconda-16.14.4-1.fc16'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).

Comment 9 Fedora Update System 2011-08-15 16:55:24 UTC
anaconda-16.14.5-1.fc16 has been submitted as an update for Fedora 16.

Comment 10 Fedora Update System 2011-08-16 20:14:36 UTC
anaconda-16.14.6-1.fc16 has been submitted as an update for Fedora 16.

Comment 11 Fedora Update System 2011-08-18 22:24:09 UTC
anaconda-16.14.6-1.fc16 has been pushed to the Fedora 16 stable repository.  If problems still persist, please make note of it in this bug report.

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