Bug 7649 - Extremely slow upgrade via ftp... something is hanging the installer
Summary: Extremely slow upgrade via ftp... something is hanging the installer
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: installer
Version: 6.1
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Jay Turner
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 1999-12-07 05:58 UTC by JC
Modified: 2015-01-07 23:39 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2000-02-09 15:13:01 UTC

Attachments (Terms of Use)

Description JC 1999-12-07 05:58:32 UTC
Trying to upgrade from 6.0 to 6.1

I have a cable modem with 20ms ping to ftp server.

I had a 20 minute wait during the "Finding packages to upgrade", and then
a 20 minute wait between each package that downloaded, I waited until I
was three packages in and then canceled (1 hour out of something like 2783
hours it was estimating it was going to take).  As soon as the ftp session
actually was reset and the file transfered, the package installed.  But
then the next package went back into long wait mode.

I am using the updated bootnet.img and updates disks.

To get around this problem, I am attempting to ftp all the files down to
my PC first (downloading extremely fast - < 30 minutes to download the
entire distribution) and then install via http.  Meanwhile this annoying
bug really needs to get fixed to allow people who do not know enough about
Linux to get it on their systems!!!  If people can't install Linux without
so many problems, its going to be harder to get marketshare...


Comment 1 RL "Bob" Morgan 2000-01-05 00:16:59 UTC
I had the same experience:  a 20-minute (or more) delay during the "finding
packages to upgrade" screen, then a 20-minute (almost exactly) delay between
each successive package being downloaded and installed.  I am trying to upgrade
from RH 5.2 to 6.1, on an IBM ThinkPad 560Z using a 3Com/MegaHertz 10/100
Cardbus Ethernet card (3CXFE575BT).  The FTP server is on the campus network and
responds quickly to all other requests.  Very frustrating!

Comment 2 Daniel Hegner 2000-01-05 08:41:59 UTC
I've had the same experience with FTP installtion of rh 6.1.

I'm using the new updated bootnet.img disk on a P133 with a netgear(tulip)
network card. I've got a cable modem connection and I'm installing from
ftp.sunet.se/pub/Linux/distributions/redhat/redhat-6.1/i386, probably the
fastest ftp server I've got access to.

After 6 hours I had installed 27 packages and had a estimated time of 100 hours+
and 500 packages+ left of the installation (according to the installation

I see that it has almost been a month since this bug was first reported. Has
anybody taken any action to fix this yet? It's frustrating!

Comment 3 Daniel Hegner 2000-01-11 07:54:59 UTC
This might already be known to you but when I searched for it in Bugzilla I
couldn't find it.

This problem seems to only appear for me when I chose the "Install KDE
Workstation" together with FTP or HTTP install. To make it work I picked the
"Custom Installation" option together with HTTP installation. I never checked if
it works in the same way with FTP but I'd guess it does.

It seems to me that the current Install Workstation options should be avoided.

Comment 4 wildcat 2000-01-21 15:25:59 UTC
I have the same problem with long waits (in fact, the only reason I realized
it's a wait and not a complete freeze was that I got hungry in the process and
went to grab a bite).  It doesn't seem to matter which install option I choose.
The network card is a built-in Intel EtherExpressPro 10/100 (eepro100.o)
And (among other things) the driver says:

eth0: OEM i82557/i82558 10/100 Ethernet
  Receiver lock-up bug exists -- enabling work-around

Well, that --apparently-- didn't solve the problem (if it has anything
to do with it, anyway).

BTW, bug #8588 looks very much the same...

Comment 5 Jay Turner 2000-02-09 15:12:59 UTC
The latest installer available in RawHide does not perform multiple sessions for
file retrieval, instead just opening one session with the FTP server and then
pulling the stuff through the session.  This should solve this wait problem, as
the installer is no longer trying to extablish one session for every package
which is brought down.

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