|
Alec Matusis
matusis at yahoo.com
Tue Jan 22 22:22:28 EST 2008
> Hmmm, there should have been 39 other stack traces, one for each
> worker thread based on your Apache configuration.
Looks like it has only one thread:
Orphaned sub process:
# ps -mTp 3812
PID SPID TTY TIME CMD
3812 - ? 00:00:00 httpd
- 3812 - 00:00:00 -
Normal sub-process:
# ps -mTp 20205
PID SPID TTY TIME CMD
20205 - ? 00:00:10 httpd
- 20205 - 00:00:00 -
- 20207 - 00:00:00 -
- 20208 - 00:00:00 -
- 20209 - 00:00:00 -
- 20210 - 00:00:00 -
- 20211 - 00:00:00 -
- 20212 - 00:00:00 -
- 20213 - 00:00:00 -
- 20214 - 00:00:00 -
- 20215 - 00:00:00 -
- 20216 - 00:00:00 -
- 20217 - 00:00:00 -
- 20218 - 00:00:00 -
- 20219 - 00:00:00 -
- 20220 - 00:00:00 -
- 20221 - 00:00:00 -
- 20222 - 00:00:00 -
- 20223 - 00:00:00 -
- 20224 - 00:00:00 -
- 20225 - 00:00:00 -
- 20226 - 00:00:00 -
- 20227 - 00:00:00 -
- 20228 - 00:00:00 -
- 20229 - 00:00:00 -
- 20230 - 00:00:00 -
- 20231 - 00:00:00 -
- 20232 - 00:00:00 -
- 20233 - 00:00:00 -
- 20234 - 00:00:00 -
- 20235 - 00:00:00 -
- 20236 - 00:00:00 -
- 20237 - 00:00:00 -
- 20238 - 00:00:00 -
- 20239 - 00:00:00 -
- 20240 - 00:00:00 -
- 20241 - 00:00:00 -
- 20242 - 00:00:00 -
- 20243 - 00:00:00 -
- 20244 - 00:00:00 -
- 20245 - 00:00:00 -
- 20246 - 00:00:00 -
- 20247 - 00:00:00 -
> -----Original Message-----
> From: Graham Dumpleton [mailto:graham.dumpleton at gmail.com]
> Sent: Tuesday, January 22, 2008 7:00 PM
> To: Alec Matusis
> Cc: mod_python at modpython.org
> Subject: Re: [mod_python] remnant 'orphan' apache subprocesses
>
> On 23/01/2008, Alec Matusis <matusis at yahoo.com> wrote:
> > > (gdb) thread apply all bt
> >
> > Thread 1 (Thread 1111562592 (LWP 3812)):
> > #0 0x00002aaaab2c94df in sem_wait () from /lib64/tls/libpthread.so.0
> > #1 0x00002aaaac204dcd in PyThread_acquire_lock (lock=0x5b7820,
> waitflag=1)
>
> Hmmm, there should have been 39 other stack traces, one for each
> worker thread based on your Apache configuration.
>
> Don't necessarily post them all, but you should look and see what is
> in frame #0 for all of them and see if there is anything odd such as
> one blocking in a call out to some external C library. If no such
> thing and they are all stuck on Python mutex locks, then must be
> internal deadlock.
>
> This still doesn't explain though how the process has been associated
> with PPID of 1, which would still only seem possible if something had
> tried to daemonise process.
>
> Graham
>
> Graham
|