Bug 1470552 - Kickstarted Fedora 26 installation always uses public repositorys
Summary: Kickstarted Fedora 26 installation always uses public repositorys
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 26
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: RejectedBlocker
: 1481452 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-07-13 07:51 UTC by Finn Meinen
Modified: 2017-10-02 09:25 UTC (History)
13 users (show)

Fixed In Version: anaconda-27.20-1
Clone Of:
Environment:
Last Closed: 2017-10-02 09:25:28 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

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.


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