Red Hat Bugzilla – Bug 84954
strace sometimes leaves processes in "STOPPED" state
Last modified: 2007-04-18 12:51:33 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020918
Description of problem:
Tracing a live process with -p <pid> sometimes puts this process
into "STOPPED" state and doesn't resume it when strace is finished.
This seems to be a known bug in strace-4.4 (in the current release
4.4.94 there is
* Fixed bugs with attach/detach leaving things stopped.
in the NEWS file.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open two windows on a RH 7.3 host.
2. Start a new bash in one of the windows. Get its PID with echo $$
3. Trace this new shell from the second window. In my example:
window1% echo $$
window2% strace -f -p 28305
Now enter ^C in window2
And in window1:
+ Stopped bash
Actual Results: ===> The bash gets stopped and never restarted by the strace.
Expected Results: The bash should continue running after the tracer detached.
This is ugly for an interactive process like "bash" and deadly
for a daemon process.
I put this bug on "high" level, because "normal" admins might trace
daemon processes like sendmail or named to check for problems and
suddently the daemon process no longer runs (because it stays in
*** This bug has been marked as a duplicate of 71166 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.