Bug 92396 - RPM 4.2-0.69 hanging on package update (RHL9): THIS IS A BUG, PLEASE AT LEAST ACKNOWLEDGE THIS!
RPM 4.2-0.69 hanging on package update (RHL9): THIS IS A BUG, PLEASE AT LEAST...
Product: Red Hat Linux
Classification: Retired
Component: rpm (Show other bugs)
i686 Linux
medium Severity high
: ---
: ---
Assigned To: Jeff Johnson
Mike McLean
: 92397 (view as bug list)
Depends On:
  Show dependency treegraph
Reported: 2003-06-05 15:08 EDT by Chip Seraphine
Modified: 2007-04-18 12:54 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-06-05 15:24:52 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Chip Seraphine 2003-06-05 15:08:50 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.2.1) Gecko/20030121

Description of problem:
Got a very similar problem on a fresh RedHat 9 system (rpm-4.2-0.69) while
updating glibc RPMs: hung, would not respond to signals, etc.  This time, the
strace showed:

# strace -p 8804
futex(0x405940cc, FUTEX_WAIT, 0, NULL <unfinished ...>

This looks like the same bug in 77562, 89554, and 92270.  The usual remedy
(sigKILL the RPM process, rm the __db lockfiles, rebuild the database) got me a
working RPM installation again, but trying the same installation again got the
same hang with the same trace.  

Those tickets keep being closed with some talk about signals, but no action
appears to be taken on the root problem-- the fact that RPM is hanging in the
first place!  Manually deleting lockfiles and rebuilding is fine on your home
workstation, but far from practical in a large enterprise environment where you
might be deploying an RPM on a hundred machines at once....  This is a very
serious problem and is potentially impacting our migration plans.

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

How reproducible:

Steps to Reproduce:
1.In the redhat updates/i386 directory: rpm -Uvh glibc-utils-2.3.2-27.9.i386.rpm
 glibc-common-2.3.2-27.9.i386.rpm glibc-profile-2.3.2-27.9.i386.rpm
glibc-debug-2.3.2-27.9.i386.rpm glibc-devel-2.3.2-27.9.i386.rpm
../i686/glibc-2.3.2-27.9.i686.rpm ../i686/nptl-devel-2.3.2-27.9.i686.rpm
2. Voila!  It hangs.  Usually.  

Actual Results:  RPM hangs, will not respond to signals.

Expected Results:  RPM installed-- or at least a clean failure with an error

Additional info:

I am marking this "high" because it makes RedHat 9 (and 8.0, for that matter) an
unmaintainable distribution in my environment.

It seems to be more likely to hang if many RPMs are specified on the argument list.
Comment 1 Jeff Johnson 2003-06-05 15:23:09 EDT
*** Bug 92397 has been marked as a duplicate of this bug. ***
Comment 2 Jeff Johnson 2003-06-05 15:24:52 EDT
Yup, problem fixed in rpm-4.2-1 (for Red Hat 9) or
rpm-4.1.1-1* (for Red Hat 8.0), both available at
Comment 3 Alex Kanavin 2003-07-11 11:35:18 EDT
Why isn't in the official errata?
Comment 4 Daniel J Blueman 2003-07-17 06:44:48 EDT
Please, please make this an official errata update for RHL 7.3, 8.0 and 8.1 - 
myself and many others have been experiencing related issues with RPM and don't 
know how to fix/workaround it.

As there is no errata RPM, it looks like it is not a bug in the older versions 
of RPM - but it is.

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