Bug 129294 - up2date unpack error -- files removed not replaced -- sys failure
Summary: up2date unpack error -- files removed not replaced -- sys failure
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: dev86
Version: 3.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Florian La Roche
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-08-05 22:33 UTC by Phil Moses
Modified: 2007-11-30 22:07 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2004-08-12 14:22:06 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Phil Moses 2004-08-05 22:33:25 UTC
Description of problem:
Up2date fails with "fatal installation error" "rpm unpack error installing

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


How reproducible:
3/7 machines

Steps to Reproduce:
1. Install operating system
2. run up2date
3. get really bummed out when up2date closes and files have been moved
but not replaced
4. try and sort things out
5. get really bummed out because the log files aren't as helpful as
they should be

Second tier support suggested that the alsa drivers were causing the
problem. One of the machines did not have a soundcard or the alsa
drivers installed. 

When up2date fails with the unpack error it is an immediate failure
and nothing proceeds. The packages that are removed are not replaced,
therefore leave major black hole sin the OS. Looking deepere into
Up2date/RPM this is a major flaw and this has happened on 3 machines
in the last 2 weeks. 


  
Actual results:

reinstall of machine 


Expected results:

well, seeing as how were paying to use up2date I would expect it to
not render the machine unusable. 

Additional info:

Please provide additional training for the tier 1 support in what I
was told Manila. Nothing against the guys but a bit above basic
knowledge of Linux is expected, even from tier 1 support. I was very
disappointed in the support that was offered from tier 1 support, this
creates a very poor image for redhat.

Comment 1 Florian La Roche 2004-08-12 14:21:20 UTC
This looks like something for which you would be best off
going through support (https://www.redhat.com/apps/support/).

Comment 2 Phil Moses 2004-08-12 15:19:39 UTC
Both level 1 support (Manila) and level 2 support (N.C) both of which
advised me that I should open a bug report ??

Two common factors of the problem are that two of the machines had
alsa drivers installed. The third machine did not.



Comment 3 Phil Moses 2006-07-22 00:25:23 UTC
This has happened again, this time a problem with pvm unpacking during up2date. 

up2date runs, removes/repackages items. It then begins installs, makes it half
way through and fails on a package (this time pvm) and shuts down. 

What it has not completed at this point is installing initscripts so as was the
case this time, NFS and SSH did not start on a reboot. This left the machine
useless. 

This seems to be a bug (or more of poor approach) to up2date. 
If this is not a bug please advies who to contact that will respond to the
inefficiencies of up2date should a package fail to install and halt the entire
process. 




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