Bug 444083

Description of problem:
Since the -90.el5 kernel I have on multiple occations seen s390 systems get into
a state where thousands of crashme processes are created and will not terminate.
The processes persist and eventually the guest runs out of process descriptors
and becomes unusable.

Version-Release number of selected component (if applicable):
Any 5.2 kernel since -90

How reproducible:
Very frequent, to 100% apperantly depending on the random seed used.

Steps to Reproduce:
1.Install 5.2 w/ -90 or -91 kernel
2.install stress-kernel from rhts, run 'make build' to build and install the
test. The ctcs test will probably work too.
3. Add a non-privilaged user to the system i.e. crashme
4. as the user crashme, run: /opt/ctcs/bin/crashme 8192 -1103949072 100 0:0:10 9
4. Watch as 1000's of processes are created and command output will look similar to:
Subprocess 1: Barfed
Subprocess 1: try 1
Subprocess 1: Got signal 4 illegal instruction
Subprocess 1: Barfed
Subprocess 1: try 2
Subprocess 1: Got signal 4 illegal instruction
Subprocess 1: Barfed
Subprocess 1: try 3
Subprocess 1: Got signal 14 alarm clock
Subprocess 1: Got signal 14 alarm clock
Subprocess 1: Got signal 14 alarm clock
Subprocess 1: Got signal 14 alarm clock
Subprocess 1: Got signal 14 alarm clock
Subprocess 1: Barfed


  
Actual results:
thousands of crashme's created, unable to kill any of them

Expected results:
command completes in approximate 10 seconds as it does on x86_64, system
recovers completely

Additional info:
First observed instance of the problem.. the test was able to mostly finish, but
there were a few processes lying around:
http://rhts.redhat.com/cgi-bin/rhts/jobs.cgi?id=20823&type=Single

In other instances that occured, I wasn't able to get any useful output out of
the system.