Bug 40186 - anaconda (at least in kickstart mode) doesn't abort on failed package installs
Summary: anaconda (at least in kickstart mode) doesn't abort on failed package installs
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: anaconda   
(Show other bugs)
Version: 6.2
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Brent Fox
QA Contact: Brock Organ
Depends On:
TreeView+ depends on / blocked
Reported: 2001-05-11 02:04 UTC by Steven Roberts
Modified: 2007-04-18 16:33 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-05-14 19:05:05 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Steven Roberts 2001-05-11 02:04:33 UTC
Description of Problem:
if you do not have propers requirements for a package in kickstart mode seomtimes the installer doesn't abort.  in most cases if package B 
needs package A, and package A isn't specified, the automated install halts.  howevere if an rpm is present that requires rpmv4 is attaempted 
but rpmv3 is being installed, the rpm db entry is toasted for that package with no warning.  By toast I am meaning the entry is in the DB, but no 
files are installed (so an rpm -e fails for rpm's with post install scripts withoutout doing a rpm -e --noscripts).  Example of one rpm is 
ucd-snmp-4.1.1-3.i386.rpm, but all the new rpm's like xntp3 are this way.

How Reproducible:

Steps to Reproduce:
1. setup kickstart environment with latest updates sans the rpm4 ones

Actual Results:
corrupted install

Expected Results:
abort with an error

Additional Information:
See bug #40183 for some related information

Comment 1 Brent Fox 2001-05-14 19:05:00 UTC
There are many ways to break the installer by removing the packages that it
expects to find.  When a package requires RPMv4, it *really* must have it, so it
doesn't surprise me that the installation would either fail or behave very
strangely, or even leave you with a corrupted system.  

I agree with you that it would be nice to provide some kind of warning, but
there are essentially an infinite number of ways to break the install tree on
the ftp server by doing strange things to it, and it would be almost impossible
to write an installer that handled an infinite number of corner cases.

Comment 2 Steven Roberts 2001-05-15 00:00:42 UTC
so there is no way to get the error status from rpm during the install?  seems like on the rpm -i call (or whatever the equiv. one the installer does) 
checking the return value and tossing an exception would be possible.

FYI, some of the rpm's actually don't really require rpmv4.  they will die during the install without it, but post install they will install fine.

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