Bug 555869
Summary: | [4.7] wait4 blocks on non-existing pid [rhel-4.8.z] | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 4 | Reporter: | Benjamin Kahn <bkahn> |
Component: | kernel | Assignee: | Vitaly Mayatskikh <vmayatsk> |
Status: | CLOSED ERRATA | QA Contact: | Red Hat Kernel QE team <kernel-qe> |
Severity: | urgent | Docs Contact: | |
Priority: | urgent | ||
Version: | 4.7 | CC: | anton, cdahlin, cward, dhoward, ebachalo, emcnabb, jmarchan, mnowak, moshiro, phan, pm-eus, pm-rhel, schwab, tao |
Target Milestone: | rc | Keywords: | ZStream |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: |
If a process was using ptrace() to trace a multi-threaded process, and that multi-threaded process dumped its core, the process performing the trace could hang in wait4(). This issue could be triggered by running "strace -f" on a multi-threaded process that was dumping its core, resulting in the strace command hanging.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2010-02-02 20:41: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: | |||
Bug Depends On: | 539506, 567321 | ||
Bug Blocks: |
Description
Benjamin Kahn
2010-01-15 19:32:03 UTC
Committed in 89.0.20.EL 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 therefore 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/RHSA-2010-0076.html Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: If a process was using ptrace() to trace a multi-threaded process, and that multi-threaded process dumped its core, the process performing the trace could hang in wait4(). This issue could be triggered by running "strace -f" on a multi-threaded process that was dumping its core, resulting in the strace command hanging. |