[Bug runtime/6030] stap, staprun, stapio interaction quirks: stale module left unloaded

Frank Ch. Eigler fche@redhat.com
Thu Jul 17 17:48:00 GMT 2008


anithra <anithra@linux.vnet.ibm.com> writes:

> [...]  kill(SIGTERM, -stap_pid) solves the problem from the StapGUI
> point of qview. I'm able to terminate both the stap& stapio process
> and thereby unload the module.

Good.

> But the behaviour of the stap process still doesn't seem correct. If
> a signal is sent to the stap process it terminates leaving stapio
> running as a zombie and the module still loaded.

I still don't quite see how this scenario would happen.  If stapio is
a zombie, then this means that it has exited.  As a part of exiting,
stapio attempts to exec "staprun -d MODULE" to unload the module.  If
a module is left behind loaded, something other than stap process's
own signal processing must have been involved.

(By the way, there is no such thing as "running as a zombie".  Zombie
processes are unsightly but otherwise consume essentially no
resources.)

- FChE



More information about the Systemtap mailing list