Bug 1481452

Summary:	Installer hangs setting up installation source behind firewall
Product:	[Fedora] Fedora	Reporter:	Loren M. Lang <lorenl>
Component:	anaconda	Assignee:	Anaconda Maintenance Team <anaconda-maint-list>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	26	CC:	anaconda-maint-list, g.kaviyarasu, jkonecny, jonathan, mkolman, vanmeeuwen+fedora, vponcova
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2017-08-21 10:28:42 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 Loren M. Lang 2017-08-14 22:58:45 UTC

Description of problem: Anaconda installer hangs for about 45 minutes shortly after downloading repository listing files from the local mirror configured in the kickstart file. During this hang, it appears to be repeatedly trying to contact codecs.fedoraproject.org before giving up.

Version-Release number of selected component (if applicable):
/sbin/anaconda 26.21.11-1

How reproducible:

Steps to Reproduce:
1. Set up a network with a default gateway and DNS resolution, but no direct Internet access.
2. Create a kickstart file for fully automated install using a local FTP mirror.
3. Start Anaconda installer with kickstart file.

Actual results:
Anaconda prints "Starting automated installer" followed by dots for about 45 minutes before moving on.

Expected results:
Anaconda should quickly realize that the destination is unreachable and that only local repos are configured in the kickstart file

Additional info:
Here's a snippet of the Anaconda log showing the 45 minute wait time:

22:11:20,572 INFO anaconda: Thread Done: AnaStorageThread (140179755624192)
22:11:20,574 INFO anaconda: Module initialized: StorageSpoke
22:11:20,575 INFO anaconda: Thread Done: AnaStorageWatcher (140179676088064)
22:11:20,620 INFO anaconda: Module initialized: NetworkSpoke
22:11:20,622 INFO anaconda: Module initialized: PasswordSpoke
22:11:20,623 INFO anaconda: Module initialized: UserSpoke
22:11:20,624 INFO anaconda: Initialization of all modules (8) has been started.
22:55:34,547 INFO anaconda: Thread Done: AnaPayloadThread (140179694995200)
22:55:34,548 INFO anaconda: Module initialized: SourceSpoke
22:55:34,550 INFO anaconda: Thread Done: AnaSourceWatcher (140179703387904)
22:55:34,551 INFO anaconda: Module initialized: SoftwareSpoke
22:55:34,553 INFO anaconda: All modules have been initialized.
22:55:34,553 INFO anaconda: Thread Done: AnaSoftwareWatcher (140179686602496)

Comment 1 Loren M. Lang 2017-08-14 22:59:42 UTC

This appears to be a regression from Fedora 25. The kickstart file we use is nearly identical to ones previously used for Fedora 24 and 25.

Comment 2 Martin Kolman 2017-08-15 08:51:05 UTC

This has likely been recently fixed by this pull request:

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

As that unfortunately happened after the F26 release a manual application of the patch from the PR might be needed. The updates image/product image mechanism can be used for that:

https://fedoraproject.org/wiki/Anaconda/Updates
https://fedoraproject.org/wiki/Anaconda/ProductImage

Comment 3 Loren M. Lang 2017-08-15 17:32:46 UTC

I've applied the following patch to a copy of dnfpayload.py taken from the stock initrd.img and generated the updates.img. Installs now proceed must faster.

https://github.com/rhinstaller/anaconda/pull/1145/files#diff-8243efa96c7d27bd2521b0f903157473

As an alternative, there's a fix to the kickstart file that seems to work as well, but it a bit easier to implement:

https://unix.stackexchange.com/a/386232/6167

Comment 4 Jiri Konecny 2017-08-21 10:28:42 UTC


*** This bug has been marked as a duplicate of bug 1470552 ***