Bug 1358416

Summary: "Error setting up software source" when attempting a Network installation
Product: [Fedora] Fedora Reporter: Paul Whalen <pwhalen>
Component: dracutAssignee: dracut-maint-list
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 25CC: anaconda-maint-list, awilliam, bugzilla, dcbw, dracut-maint-list, fgiudici, g.kaviyarasu, gmarr, harald, jonathan, kparal, lkundrak, pschindl, psimerda, robatino, rvykydal, vanmeeuwen+fedora, zbyszek
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard: AcceptedBlocker
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-08-08 18:09:57 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1277284    
Attachments:
Description Flags
ifcfg.log
none
anaconda.log
none
dnf.librepo.log
none
packaging.log
none
journal from workstation20160803
none
syslog with dhclient log messages
none
NetworkManager log for comment #13 none

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

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

Version-Release number of selected component (if applicable):
NetworkManager-1.2.2-2.fc25
anaconda-25.20-1

How reproducible:
Everytime. 

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]
anaconda.log

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

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

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

Comment 5 Kamil Páral (Red Hat) 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 (Red Hat non-Fedora) 2016-08-05 15:09:47 UTC
*** Bug 1364281 has been marked as a duplicate of this bug. ***

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

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

https://github.com/rhinstaller/anaconda/commit/69acea283e7c58ab22581a4d78947747c76cf7af

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 (Red Hat non-Fedora) 2016-08-08 18:09:57 UTC
Confirmed this is fixed with today's F25 nightly, openQA is no longer running into it either.