Bug 300751

Summary:	frysk looses attach signal during detach
Product:	Red Hat Enterprise Linux 5	Reporter:	Andrew Cagney <cagney>
Component:	frysk	Assignee:	Andrew Cagney <cagney>
Status:	CLOSED ERRATA	QA Contact:	Len DiMaggio <ldimaggi>
Severity:	high	Docs Contact:
Priority:	urgent
Version:	5.1	CC:	cagney, kasal, ktokunag, mcvet, mjw, npremji, pmuldoon, pmuller, rmoseley, roland, scox, timoore
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	RHBA-2008-0461	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2008-05-21 16:53:27 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Andrew Cagney 2007-09-21 16:26:55 UTC

+++ This bug was initially created as a clone of Bug #289041 +++

frysk's fcore handles attach/detach of a sleeping process (tested); but not
attach/detach when it involves a pending signal - the signal is lost.

What's really needed is a nice deterministic testcase for the latter.

Comment 1 Andrew Cagney 2007-09-27 17:57:37 UTC

Fix will be made upstream.

Comment 2 RHEL Program Management 2007-10-19 20:25:54 UTC

This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update
release.

Comment 4 Andrew Cagney 2007-12-07 14:37:54 UTC

(In reply to comment #3)
> in response to comment 0, 
> 
> > What's really needed is a nice deterministic testcase for the latter
> 
> for qe_ack for rhel5.2 - do we have such testcase now, or at least some 
> reliable reproducing steps?

The senario by its nature is racy.

If we can't find a deterministic real-world sequence we'll simulate this senario
by injecting the WAITPID events frysk should see and check results from that.

Comment 6 Andrew Cagney 2008-01-18 15:54:10 UTC

The last test is new; the earlier tests did not reliably pass:

$ ./TestRunner frysk.proc.live.TestProcStopped
Running testStoppedAckDaemon(frysk.proc.live.TestProcStopped) ...PASS
Running testStoppedDetached(frysk.proc.live.TestProcStopped) ...PASS
Running testStoppedAttached(frysk.proc.live.TestProcStopped) ...PASS
Running testRunningAckDaemon(frysk.proc.live.TestProcStopped) ...PASS
Running testRunningDetached(frysk.proc.live.TestProcStopped) ...PASS
Running testRunningAttached(frysk.proc.live.TestProcStopped) ...PASS
Running testMultiThreadedStoppedAckDaemon(frysk.proc.live.TestProcStopped) ...PASS
Running testMultiThreadedStoppedDetached(frysk.proc.live.TestProcStopped) ...PASS
Running testMultiThreadedStoppedAttached(frysk.proc.live.TestProcStopped) ...PASS
Running testMultiThreadedRunningAckDaemon(frysk.proc.live.TestProcStopped) ...PASS
Running testMultiThreadedRunningDetached(frysk.proc.live.TestProcStopped) ...PASS
Running testMultiThreadedRunningAttached(frysk.proc.live.TestProcStopped) ...PASS
Running testStoppedSignal(frysk.proc.live.TestProcStopped) ...PASS

Comment 10 errata-xmlrpc 2008-05-21 16:53:27 UTC

An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2008-0461.html