Bug 55378 - segmentation fault in rhn_check
segmentation fault in rhn_check
Product: Red Hat Linux
Classification: Retired
Component: up2date (Show other bugs)
i386 Linux
medium Severity low
: ---
: ---
Assigned To: Adrian Likins
Jay Turner
Depends On:
  Show dependency treegraph
Reported: 2001-10-30 11:51 EST by Aleksey Nogin
Modified: 2015-01-07 18:52 EST (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-03-26 23:27:45 EST
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 Aleksey Nogin 2001-10-30 11:51:11 EST
I do not have that much data, but decided to report anyway: I just saw a
segmentation fault in rhn_check:

% rhn_check -v
handle_action actionid = 51338, version = 2
Sending back response: (0, 'rpmlist refreshed', {})
handle_action actionid = 51339, version = 2
nfs-utils-0.3.1-  Retrieved.
kernel-doc-2.4.9-7.i386.rpm  Retrieved.
Installing /usr/upgradetmp/nfs-utils-0.3.1-

Installing /usr/upgradetmp/kernel-headers-2.4.9-7.i386.rpm...

Installing /usr/upgradetmp/kernel-source-2.4.9-7.i386.rpm...

Installing /usr/upgradetmp/kernel-doc-2.4.9-7.i386.rpm...
Sending back response: (0, 'Packages were installed successfully', {})
Segmentation fault
Exit 139

There were no scheduled actions left and the "Packages were..." response
did get back into RHN before the crash and the upgraded packages were
successfully removed (I had keep=0) so this crash had no noticable end-user
effect (hence severity: low).

The system in question is gulag.cs.cornell.edu (systemid 1000414308).
Comment 1 Adrian Likins 2001-11-01 17:08:41 EST
hmm. rhn_check is a python script, and python itself is generally
very difficult to segfault. Typically it is some compiled python
module that causes any segfaults that appear.

For rhn_check, I would tend to think the rpm module might be a 

I assume this is a mostly stock 7.2 + updates? 

I'll see if I can reproduce this.
Comment 2 Aleksey Nogin 2001-11-01 17:26:50 EST
> I assume this is a mostly stock 7.2 + updates? 

Yes, stock 7.2 + glibc and older kernel upgrade.
Comment 3 Adrian Likins 2002-03-26 18:49:37 EST
Hmm, never been able to duplicate this.

Is this still an issue with the 2.7.11 version of up2date?
Comment 4 Aleksey Nogin 2002-03-26 23:27:39 EST
I only saw this once, never happened to me again.

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