Bug 712926 - Installer Hangs for a Long Time When a Proxy Is Needed
Summary: Installer Hangs for a Long Time When a Proxy Is Needed
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 15
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
Assignee: Brian Lane
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 494832
TreeView+ depends on / blocked
 
Reported: 2011-06-13 15:58 UTC by Marko Myllynen
Modified: 2012-03-08 23:09 UTC (History)
2 users (show)

Fixed In Version: anaconda-16.11-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-03-08 23:09:08 UTC
Type: ---


Attachments (Terms of Use)

Description Marko Myllynen 2011-06-13 15:58:13 UTC
Description of problem:
When trying to install Fedora 15 in an environment where proxy must be used to access the Fedora mirrors lists, after configuring NetworkManager the installer hangs for 15 (yes, fifteen!) minutes even if proxy=... has been supplied as a boot parameter.

After hanging for 15 minutes, then the installer downloads repository information smoothly and installation proceeds then as normal.

I will attach the logs after the installation has proceeded to package selection stage. I need to attached the logs as private as they're from a customer's environment.

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

Comment 6 Marko Myllynen 2011-06-13 17:08:11 UTC
It should mentioned that during the hang one can ping local servers and the proxy alright from the second console.

Comment 7 Brian Lane 2011-06-13 17:32:21 UTC
What happens if you setup the proxy from the repo edit screen? Also, what happens if you don't use a mirror but instead give it a direct url to proxy?

Comment 8 Marko Myllynen 2011-06-13 17:55:16 UTC
> What happens if you setup the proxy from the repo edit screen? Also, what
> happens if you don't use a mirror but instead give it a direct url to proxy?

If I provide also repo=... as a boot parameter (direct url or mirror) then Configure TCP/IP window is presented right after language and keyboard (as a text screen) and it completes almost instantly. But when repo=... is not specified, the hang happens after the installer shows the "Waiting for NetworkManager" window, i.e., after writing disk partitioning but before one can edit the repos. Using proxy=... as a boot parameter does not seem to make any difference (at least it doesn't make things worse).

Comment 9 Marko Myllynen 2011-06-14 09:37:57 UTC
I tested also with proxy=... asknetwork boot parameters but the hang occurs after disk partitioning.

Comment 12 Brian Lane 2011-06-14 15:34:07 UTC
Looks like curl is timing out trying to fetch .treeinfo

18:37:28,160 INFO anaconda: Error downloading treeinfo: [Errno 14] curl#7 - "Couldn't connect"
18:44:58,743 INFO anaconda: Error downloading treeinfo: [Errno 14] curl#7 - "Couldn't connect"

What do your proxy logs look like?

I'm using squid here and don't see this problem with F15 mirrors.

Comment 13 Marko Myllynen 2011-06-14 17:37:00 UTC
> What do your proxy logs look like?

Unfortunately it's a proxy at a customer for which I don't have access.

Comment 15 Brian Lane 2011-06-14 18:31:09 UTC
Ok, I think I have it figured out.

Give this update a try:

updates=http://bcl.fedorapeople.org/updates/712926.img

What is happening is that when a treeinfo fetch is done it doesn't have any proxy set, even when you pass a proxy= to it. This patch sets the proxy to the repo proxy (if present) or the global proxy if set.

In my setup I use the proxy for caching, but have direct access to the net so I don't see the hang as the connection times out when it skips the proxy.

Comment 16 Marko Myllynen 2011-06-14 19:46:18 UTC
> Give this update a try:
> 
> updates=http://bcl.fedorapeople.org/updates/712926.img

With updates=http://localserver.localdomain/712926.img proxy=... installation now works perfectly.

To make sure that the early network setup didn't have any affect on this, I also tried with an unrelated update (from http://bcl.fedorapeople.org/updates/704378.img) and in that case the installer was hanging again (as expected).

Thanks!


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