Bug 81046 - java application consumes all cpu resources. Receives SIGSEGV in loop
Summary: java application consumes all cpu resources. Receives SIGSEGV in loop
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 2.1
Classification: Red Hat
Component: kernel
Version: 2.1
Hardware: i686
OS: Linux
high
high
Target Milestone: ---
Assignee: Larry Woodman
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-01-03 19:51 UTC by Carsten Schulz
Modified: 2007-11-30 22:06 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-08-13 20:18:24 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Carsten Schulz 2003-01-03 19:51:41 UTC
Description of problem:
We are seeing a problem where a thread in our application starts consuming all
available cpu resources on the host. Our application is based on java and we are
using Sun Microsystems jre release 1.4.0_00. The problem occurs within the
java.lang.UnixProcessReaper module which runs in it's own thread and seems to
receive SIGSEGV's in a loop (I straced it's process id (it happens within
libc.o)). This is what seems to consume the cpu.

Our application is fairly simple - it collects host status info by issuing linux
commands like df etc. through java and reports the results back to a server
(tcp/ip). In parallel we have been stressing the system by executing the
Cerberus test suite.

We are providing different release of Redhat Linux precanned for our customers
based on Redhat 7.1, (7.2), 7.3 and AS2.1. Interestingly we only see this
problem on AS2.1 - not on 7.1, 7.3 (we haven't done as much testing on 7.2 as
with the other 3 releases)


Version-Release number of selected component (if applicable):
Kernel 2.4.9-e.8enterprise
glibc 2.2.4
Multiprocessor systems - 2 and 4 cpu machines (32 bit Intel)

How reproducible:
Run our client.
Run Cerberus testsuite.

Steps to Reproduce:
1.
2.
3.
    
Actual results:


Expected results:


Additional info:
If you have an idea how to further debug it - it would be much appreciated we
will be able to leave a test system that is in the described state up and
running for a while.

Comment 1 Suzanne Hillman 2003-07-25 19:31:23 UTC
Does this still happen after the QU2 update, released at the end of May, which
contained the e.24 kernel?

Comment 2 Suzanne Hillman 2003-08-13 20:18:24 UTC
It's been over two weeks since I asked for more information. Thus, I am assuming
that the errata did fix the problem, and closing it. If this is not the case,
please reopen.


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