Bug 36542

Summary:	Fails to re-download corrupt files
Product:	[Retired] Red Hat Linux	Reporter:	Richard D. Payne <rdp>
Component:	installer	Assignee:	Brent Fox <bfox>
Status:	CLOSED NOTABUG	QA Contact:	Brock Organ <borgan>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	7.1
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2001-04-18 20:15:55 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Richard D. Payne 2001-04-18 19:44:52 UTC

Upgrade from 6.2, FTP install. 2 files were missing from our mirror, upon
finding the installer trying to download a nonexistant file I went to the
mirror and manually copied the file into the install tree. Unfortunatly 
the machine doing the install grabbed the file before it was entirly 
copied. The install then put up a window saying:

The file /mnt/sysimage/var/tmpxxxxx.arch.rpm can not be installed
due to the file missing, bad package, press <return> to try again
(somewhat paraphrased).

I pressed enter several times but it seems since the file was already
present the installer did not bother to download it again. Instead it
just kept trying to install the corrupt file. It struck me that the least
the installer could do would be to delete the corrupt version and try
downloading again.

Comment 1 Brent Fox 2001-04-18 19:51:33 UTC


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

Comment 2 Brent Fox 2001-04-18 19:52:04 UTC

*** Bug 36540 has been marked as a duplicate of this bug. ***

Comment 3 Brent Fox 2001-04-18 19:56:20 UTC

The installer has to assume that the installation media is clean.  If we start
trying to catch all the errors that result from a corrupted download, we open up
a real can of worms.  Given all the files that are included in the distribution,
checking and verifying each and every file creates way too much overhead.

Comment 4 Brent Fox 2001-04-18 19:56:23 UTC

*** Bug 36540 has been marked as a duplicate of this bug. ***

Comment 5 Brent Fox 2001-04-18 19:57:06 UTC

*** Bug 36541 has been marked as a duplicate of this bug. ***

Comment 6 Richard D. Payne 2001-04-18 20:15:44 UTC

Retrying a download 2 or 3 times is to much effort? I'm not talking about
checking every package
as it comes down, just doing a retry if the file seems corrupt. How many retires
do you do for
a CD install?

Comment 7 Brent Fox 2001-04-18 20:23:57 UTC

We do one try for the cd install.  We are not going to add more code to the
installer just to check if the user has set up the ftp server correctly.  That
is the user's responsibility.