Bug 1358416 - "Error setting up software source" when attempting a Network installation
Summary: "Error setting up software source" when attempting a Network installation
Alias: None
Product: Fedora
Classification: Fedora
Component: dracut
Version: 25
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: dracut-maint-list
QA Contact: Fedora Extras Quality Assurance
Whiteboard: AcceptedBlocker
: 1364281 (view as bug list)
Depends On:
Blocks: F25AlphaBlocker
TreeView+ depends on / blocked
Reported: 2016-07-20 15:55 UTC by Paul Whalen
Modified: 2016-08-08 18:09 UTC (History)
18 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2016-08-08 18:09:57 UTC
Type: Bug

Attachments (Terms of Use)
ifcfg.log (2.41 KB, text/plain)
2016-07-20 15:55 UTC, Paul Whalen
no flags Details
anaconda.log (15.04 KB, text/plain)
2016-07-20 15:55 UTC, Paul Whalen
no flags Details
dnf.librepo.log (18.37 KB, text/plain)
2016-07-20 15:56 UTC, Paul Whalen
no flags Details
packaging.log (4.45 KB, text/plain)
2016-07-20 15:57 UTC, Paul Whalen
no flags Details
journal from workstation20160803 (224.04 KB, text/plain)
2016-08-03 23:36 UTC, Chris Murphy
no flags Details
syslog with dhclient log messages (105.39 KB, text/plain)
2016-08-04 08:53 UTC, Radek Vykydal
no flags Details
NetworkManager log for comment #13 (74.07 KB, text/plain)
2016-08-04 08:54 UTC, Radek Vykydal
no flags Details

Description Paul Whalen 2016-07-20 15:55:16 UTC
Created attachment 1182164 [details]

Description of problem:
Default route, name server not set up during network installation. 

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

How reproducible:

Steps to Reproduce:
1. Download netinstall iso or pxe and attempt install
2. Fails - Error setting up software source

Additional info:
Add default route, name server for local network, installation completed.

Comment 1 Paul Whalen 2016-07-20 15:55:55 UTC
Created attachment 1182165 [details]

Comment 2 Paul Whalen 2016-07-20 15:56:24 UTC
Created attachment 1182166 [details]

Comment 3 Paul Whalen 2016-07-20 15:57:48 UTC
Created attachment 1182167 [details]

Comment 4 Paul Whalen 2016-07-20 16:03:30 UTC
Added as Alpha blocker.

Comment 5 Kamil Páral 2016-07-20 16:45:25 UTC
I reproduced the issue with Fedora-Everything-netinst-x86_64-Rawhide-20160720.n.0.iso.

Comment 6 Petr Schindler 2016-07-21 09:38:15 UTC
Discussed at 2016-07-20 blocker review meeting: [1]. 

This bug was accepted as Alpha blocker: Malfunctioning networking violates the alpha criterion: "When using a release-blocking dedicated installer image, the installer must be able to use either HTTP or FTP repositories (or both) as package sources. Release-blocking network install images must default to a valid publicly-accessible package source."

[1] https://meetbot.fedoraproject.org/fedora-blocker-review/2016-07-20/f25-blocker-review.2016-07-20-16.00.html

Comment 7 Jan Kurik 2016-07-26 04:04:34 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 25 development cycle.
Changing version to '25'.

Comment 8 Geoffrey Marr 2016-08-03 17:15:56 UTC
This bug appears in Fedora-Server-netinst-x86_64-Rawhide-20160803.n.0.iso.

Comment 9 Chris Murphy 2016-08-03 19:32:32 UTC
I'm running into this problem also and it seems to vary among composes because for me Fedora-Workstation-netinst-x86_64-25-20160730.n.0.iso fails to have any network access; whereas Server and Everything were working.

ip a says the network is up, ncmcli says the network is up, but ping won't work to any IP address, and nothing resolves; somehow networking works enough for it to get a DHCP assigned IP, but then doesn't work well enough to resolve anything, or even ping an IP address directly.

Comment 10 Chris Murphy 2016-08-03 23:36:36 UTC
Created attachment 1187302 [details]
journal from workstation20160803

Attached journal based on Fedora-Workstation-netinst-x86_64-25-20160803.n.0.iso in qemu-kvm.

All the 20160803 netinst composes have network failure, Installation Source = Error setting up base repository. Happens with enforcing=0. ping gets "connect: Network is unreachable" But nmcli c says it has a connection, and ip a reports an ip address assigned.

Comment 11 Chris Murphy 2016-08-04 04:42:05 UTC
Fedora-Workstation-netinst-x86_64-25-20160803.n.0.iso does not exhibit the problem. The only difference I'm spotting is, netinst "state is now CONNECTED_LOCAL", whereas live I see both "state is now CONNECTED_SITE" followed by "state is now CONNECTED_GLOBAL".

Comment 12 Chris Murphy 2016-08-04 04:44:06 UTC
*sigh*, sorry, bad paste /s/Fedora-Workstation-netinst-x86_64-25-20160803.n.0.iso/Fedora-KDE-Live-x86_64-25-20160803.n.0.iso. Live works, netinst's do not.

Comment 13 Radek Vykydal 2016-08-04 08:53:58 UTC
Created attachment 1187413 [details]
syslog with dhclient log messages

I've reproduced with some rawhide compose. DNS and gateway configuration from dhcp does not happen, same as reported above.

I'm attaching /tmp/syslog containing dhclient log messages, suspecting:

08:48:06,014 ERR dhclient: /var/lib/NetworkManager/dhclient-ens3.conf line 7: expecting semicolon.
08:48:06,016 ERR dhclient: root-path, interface-mtu classless-routes;
08:48:06,016 ERR dhclient:                           ^

I'll attach also NetworkManager from the reproducer.

Comment 14 Radek Vykydal 2016-08-04 08:54:35 UTC
Created attachment 1187414 [details]
NetworkManager log for comment #13

Comment 15 Radek Vykydal 2016-08-04 08:56:12 UTC
Reassigning to NM for debugging (or passing forward).

Comment 16 Radek Vykydal 2016-08-04 09:21:20 UTC
Fixed in dracut master: https://github.com/dracutdevs/dracut/commit/7e51abc81f53c08e464decd4103e8c4ec25fef87

Comment 17 Adam Williamson 2016-08-05 15:09:47 UTC
*** Bug 1364281 has been marked as a duplicate of this bug. ***

Comment 18 Adam Williamson 2016-08-05 15:10:28 UTC
this is breaking some openQA tests (see dupe).

Comment 19 Adam Williamson 2016-08-05 15:42:44 UTC
Just to fill in a blank here, the change that triggered this is (I think):


the commit message claims "if inst.dhcpclass= was given on the command line, make sure the /etc/dhclient.conf file is copied [from the dracut environment] over to the anaconda environment", but it actually seems to copy it any time it exists. So prior to that commit anaconda wouldn't copy dracut's busted dhclient.conf into its environment, now it always or often does. (I'm now a bit curious how some of the openQA network tests *do* still work, but hey...after a bit of tinkering around it seems the syntax error isn't fatal in *all* cases, I think it depends what other directives NM adds to the composite dhclient config file it creates.)

I have sent a dracut build (044-76) for both Rawhide and F25 with the relevant upstream patch backported, so we can get this urgent bug fixed ASAP.

Comment 20 Adam Williamson 2016-08-08 18:09:57 UTC
Confirmed this is fixed with today's F25 nightly, openQA is no longer running into it either.

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