Bug 300751 - frysk looses attach signal during detach
Summary: frysk looses attach signal during detach
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: frysk
Version: 5.1
Hardware: All
OS: Linux
urgent
high
Target Milestone: ---
: ---
Assignee: Andrew Cagney
QA Contact: Len DiMaggio
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-09-21 16:26 UTC by Andrew Cagney
Modified: 2008-05-21 16:53 UTC (History)
12 users (show)

Fixed In Version: RHBA-2008-0461
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-05-21 16:53:27 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2008:0461 0 normal SHIPPED_LIVE frysk bug fix and enhancement update 2008-05-20 12:39:11 UTC

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



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