Bug 88884 - FTP install cant find hdlist
Summary: FTP install cant find hdlist
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: anaconda
Version: 9
Hardware: i686
OS: Linux
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2003-04-15 10:10 UTC by Need Real Name
Modified: 2007-04-18 16:53 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2003-05-13 18:43:22 UTC

Attachments (Terms of Use)
Anaconda.log of failed RH9 (Shrike) FTP installation (5.84 KB, text/plain)
2003-04-21 21:03 UTC, Peter van Egdom
no flags Details

Description Need Real Name 2003-04-15 10:10:45 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-GB; rv:1.0.1)
Gecko/20020823 Netscape/7.0

Description of problem:
When attempting to install from a local ftp server, the procedure fails at the
stage of "Reading package information". It appears to be having problems either
retrieving or processing file hdlist.

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

How reproducible:

Steps to Reproduce:
1. Start install using two floppies
2. Select FTP method
3. Select partitions, bootleader, network, firewall, language, timezone etc.

Actual Results:  Install procedes correctly, until it reaches "Reading package
information". The error message "Unable to read header list. This may be due to
a missing file or bad media. Press <return> to try again." is shown.

Accessing the alternate console via ALT-F3 shows the following error:

moving (1) to step readcomps
readheaders(): exception content-length getting content length
File not found.

The last two lines appear five times.

Expected Results:  Install should complete

Additional info:

Installation started using two boot floppies created from bootdisk.img and
drvnet.img, using FTP install option from local server.  Note that the file does
exist on the server. I have mediachecked the cdroms that were copied to the
server and tried a fresh downloaded copy of hdlist, with the same result.

The install has been tried to two client machines (a RH8.0 desktop and a Windows
Laptop) with the same result.

The ftp server is on Windows NT (IIS 4.0 FTP service). This has been used to
host other installations (6.2->8.0) and has had no previous problem. The server
does default to ascii mode, so I wonder if that may be the problem.

Comment 1 Michael Fulbright 2003-04-15 16:37:46 UTC
Please try the update image:


Write this out to a floppy using the 'dd' command the same way you would make a
boot floppy.  Then boot the installer with 'linux updates' and insert the floppy
when prompted.

Comment 2 Need Real Name 2003-04-16 08:58:33 UTC
Many thanks, using the updates floppy resolves the problem.

Comment 3 Peter van Egdom 2003-04-21 21:02:14 UTC
I encountered exactly the same bug (see attached "anaconda.log" file) during
installation of Red Hat Linux release 9 (Shrike) by FTP.

Using the update image as advised in comment #1 resolved the problem for me too.

Comment 4 Peter van Egdom 2003-04-21 21:03:40 UTC
Created attachment 91209 [details]
Anaconda.log of failed RH9 (Shrike) FTP installation

Comment 5 Jeremy Katz 2003-05-13 18:43:22 UTC
The changes in that update disk are applied in CVS and will be present in our
next release.

Comment 6 wim van loo 2004-08-10 20:06:55 UTC

I ran into exactly the same issue. Allthough i was perfectly able to 
get the file using wget (had to search for a device with sufficient 
space though because the file is about 9Mb.. 
So it is not related to the length of the ftp-path you type in in the 
beginning (because in my case it always came with a content-header-
length exception.. and the path to my install ftp is kinda long..)

just my 2 cents

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