Bug 55867 - 7.1 installer failure (after repeated attempts)
Summary: 7.1 installer failure (after repeated attempts)
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: installer
Version: 7.1
Hardware: i586
OS: Linux
medium
high
Target Milestone: ---
Assignee: Brent Fox
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-11-07 22:26 UTC by rich lassiter
Modified: 2007-04-18 16:38 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2001-11-19 19:32:54 UTC
Embargoed:


Attachments (Terms of Use)
system state report (14.62 KB, text/plain)
2001-11-07 22:28 UTC, rich lassiter
no flags Details

Description rich lassiter 2001-11-07 22:26:32 UTC
Description of Problem:

I have been trying to install redhat 7.1 on my Pentium200 class system for 
many days, and it invariably fails during part of the install.  I now have 
an error message which I am instructed to report to bugzilla.redhat, and 
so I am following directions.  Sometimes the failure occurs as anaconda 
begins to run, sometimes later in the process. Twice it has occured while 
partitioning the swap file, and this is the third occurance where I have 
been instructed to 'save to disk and report.'  I thought maybe I should 
listen this time.

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

How Reproducible:
after ~15 tries, have never completed the installation process.

Steps to Reproduce:
1. insert 7.1 CD.  turn on computer. ;)
2. install fails both in and out of text mode, but text seems to proceed 
father, more regularly.
3. 

Actual Results:

Traceback (innermost last):
  File "/usr/bin/anaconda", line 520, in ?
    intf.run(todo, test = test)
  File "/var/tmp/anaconda-7.1//usr/lib/anaconda/text.py", line 1126, in run
  File "/var/tmp/anaconda-7.1//usr/lib/anaconda/textw/packages_text.py", 
line 33, in __call__
    todo.getCompsList()
  File "/var/tmp/anaconda-7.1//usr/lib/anaconda/todo.py", line 769, in 
getCompsList
    self.comps = self.method.readComps(self.hdList)
  File "/var/tmp/anaconda-7.1//usr/lib/anaconda/image.py", line 17, in 
readComps
    return ComponentSet(self.tree + '/RedHat/base/comps', hdlist)
  File "/var/tmp/anaconda-7.1//usr/lib/anaconda/comps.py", line 542, in 
__init__
    self.readCompsFile(file, self.packages)
  File "/var/tmp/anaconda-7.1//usr/lib/anaconda/comps.py", line 409, in 
readCompsFile
    file = urllib.urlopen(filename)
  File "/usr/lib/python1.5/site-packages/urllib.py", line 59, in urlopen
    return _urlopener.open(url)
  File "/usr/lib/python1.5/site-packages/urllib.py", line 159, in open
    return getattr(self, name)(url)
  File "/usr/lib/python1.5/site-packages/urllib.py", line 330, in open_file
    return self.open_local_file(url)
  File "/usr/lib/python1.5/site-packages/urllib.py", line 334, in 
open_local_file
    import mimetypes, mimetools, StringIO
  File "/usr/lib/python1.5/site-packages/mimetools.py", line 5, in ?
    import rfc822
EOFError: EOF read where object expected


Expected Results:


Additional Information:
	
I will attach the 'system state' that was printed.

Comment 1 rich lassiter 2001-11-07 22:28:03 UTC
Created attachment 36801 [details]
system state report

Comment 2 Brent Fox 2001-11-08 17:01:47 UTC
Are you sure that the cd's are good?  Random failures are almost always due to
bad cd's or flaky hardware.  Did you check the md5sums of the ISOs?

Comment 3 rich lassiter 2001-11-08 17:23:20 UTC
I do not know how to check the md5sums, but I will check if someone tells me.
I burned the CDs from iso's that I d/l'd from the redhat ftp site.  I do have 2 
HDs in the computer, one is 2 GB that I wanted to install Linux on (and in 
fact, had a successful 5.2 redhat on there, but hadn't played with it much, so 
I decided to put on 7.1 before I 'really got into Linux') and the other is an 8 
GB WIN drive that I didn't want to format b/c it has a lot of mp3s that I still 
want access to.  Could this unformatted WIN32 drive be throwing a wrench in the 
works?  Last night I thought I should try an install without that drive 
connected, to see if it succeeded.

Comment 4 Brent Fox 2001-11-08 21:16:16 UTC
The Win partition shouldn't cause the install to fail.  Is the machine with the
ISOs on it a Linux machine or a Windows machine?  I can tell you how to check
the md5sums on either one, but the procedure is a little different depending on
which OS you run.

Comment 5 rich lassiter 2001-11-09 01:46:26 UTC
the isos are on my WinME machine, to which I moved the MP3 drive earlier today 
(I don't know why I didn't consider that before), but moving that drive off the 
linux box has not helped the 7.1 install procedure.

Comment 6 Brent Fox 2001-11-09 04:15:42 UTC
Ok, if you are on a Windows machine, go to
http://download.cnet.com/downloads/0-10096-100-5902737.html and download
md5sumer.  You can use that program to check the md5sums of the ISO images.  The
values should match the values in the MD5SUM file on the ftp sites.  For 7.1,
the vaules are:
596b1575773e88e066326f6741312a6f  seawolf-i386-disc1.iso
f27b912299572a542cd663b712444445  seawolf-i386-disc2.iso

If the numbers you get don't match those, then something got mixed up during the
download.  Does that help?

Comment 7 Brent Fox 2001-11-19 19:32:47 UTC
Any more info here?

Comment 8 Brent Fox 2001-12-02 03:23:04 UTC
Closing due to inactivity.  Please reopen if you have more information.


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