Bug 1470552

Summary: Kickstarted Fedora 26 installation always uses public repositorys
Product: [Fedora] Fedora Reporter: Finn Meinen <finn.meinen.2>
Component: anacondaAssignee: Anaconda Maintenance Team <anaconda-maint-list>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 26CC: anaconda-maint-list, artem.bityutskiy, awilliam, g.kaviyarasu, jkonecny, jonathan, jszinger, kparal, lorenl, mkolman, robatino, vanmeeuwen+fedora, vponcova
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: RejectedBlocker
Fixed In Version: anaconda-27.20-1 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-10-02 09:25:28 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:

Description Finn Meinen 2017-07-13 07:51:02 UTC
Description of problem:
Kickstarted installations get stuck for exactly 40 minutes when the Machine can't connect to the public repositorys, which are defined under /etc/anaconda.repos.d/.

Because we have no direct internet access in our research and development enviroment we mirrored the public repository to a local server.
On installation we use the kickstarts "url" option to rever to this server.
This used to work on Fedora 25 and earlier without any delay.
looking at our Firewall logs we concluted that the machine was trying to access the public repositories.

Steps to Reproduce:
1. Block outgoing Traffic
2. Kickstart Machine with local mirror sepcified in url section

expected Result:
When a url is given in the Kickstart only that repository should be used for the installation.

Actual results:
Machine waits 40 minutes right after the kickstart file was loaded.

Workaround:
We defined the %pre Section in the kickstart to delete all repos in /etc/anaconda.repos.d/

%pre
rm -f /etc/anaconda.repos.d/fedora*
%end

Comment 1 James Szinger 2017-08-01 15:43:15 UTC
I can confirm this bug and the workaround.  This behavior is new with Fedora 26 and does not occur in Fedora 24 and 25.

There are also no messages in the logs (/tmp during installation, /var/log/anaconda post-install) that indicate a failed attempt to use the public mirrors.

Comment 2 James Szinger 2017-08-04 15:10:04 UTC
This bug also occurs in rawhide.  I'm nominating this as a Fedora 27 Alpha blocker since it is a partial failure/regression of the 'remote package sources' criterion.  The expected results for <https://fedoraproject.org/wiki/QA:Testcase_install_repository_HTTP/FTP_variation> are that the default repos are disabled.  I'm not sure this is severe enough to be a blocker, but at the very least I'd like to see a documentation update.

Tested with anaconda 27.19-1

Comment 3 Artem Bityutskiy 2017-08-11 16:13:11 UTC
Debugged a problem with the same symptoms, and came up with a fix which I believe will also fix this problem. Here is the pull request:

https://github.com/rhinstaller/anaconda/pull/1145

Comment 4 Adam Williamson 2017-08-20 16:31:11 UTC
Moving to proposed Beta blocker, as we're not doing an Alpha for F27.

Comment 5 Jiri Konecny 2017-08-21 10:28:42 UTC
*** Bug 1481452 has been marked as a duplicate of this bug. ***

Comment 6 Kamil Páral 2017-08-21 16:27:37 UTC
Discussed during blocker review [1]:

RejectedBlocker (Beta) - this doesn't seem like a clear enough violation to block the Beta on. We considered it might be appropriate as a Final blocker, but decided not to make a decision on that as the fix is imminent in any case

[1] https://meetbot-raw.fedoraproject.org/fedora-blocker-review/2017-08-21/

Comment 7 Kamil Páral 2017-10-02 09:25:28 UTC
This should be fixed in F27 Beta. Can you please try? If you can still reproduce this, please reopen.