Did you try:
WSGIApplicationGroup %{GLOBAL}
as suggested?
What third party C extension modules for Python are being used. That
traceback is simply suggestive of a buggy third party C extension
module which isn't doing reference counting on Python objects properly
and screws things up. Have seen a crash in pretty similar place myself
recently when I stuff up reference counting.
Graham
On 5 February 2011 02:10, Michael Stevens <[email protected]> wrote:
> It's mod_wsgi 3.3 and apache 2.2.3.
> I'm definitely not using mod_python.
> I've tried disabling mod_php but it didn't seem to make a difference.
> I'm a little puzzled today as my test case is mysteriously working. However
> I don't think I've fixed it yet.
>
> On 4 February 2011 05:26, Graham Dumpleton <[email protected]>
> wrote:
>>
>> Have you tried the following.
>>
>> 1. Ensure that mod_python not being used in same Apache installation.
>> 2. Disabled mod_php if it is being used in same Apache installation.
>> 3. Tried forcing use of main Python interpreter in Python, by setting:
>>
>> WSGIApplicationGroup %{GLOBAL}
>>
>> Please also detail what version of Apache you are using and what
>> version of mod_wsgi.
>>
>> Graham
>>
>> On 4 February 2011 03:07, Michael Stevens <[email protected]>
>> wrote:
>> > Hi.
>> >
>> > I'm seeing apache processes crashing intermittently with mod_wsgi with
>> > the error:
>> >
>> > [Thu Feb 03 16:04:38 2011] [notice] child pid 8376 exit signal
>> > Segmentation fault (11)
>> >
>> > I've applied gdb and got the following stack trace:
>> >
>> > #0 0x00002af5b45a33fd in ?? () from /usr/lib64/libpython2.4.so.1.0
>> > #1 0x00002af5b4543b2d in ?? () from /usr/lib64/libpython2.4.so.1.0
>> > #2 0x00002af5b45a3967 in ?? () from /usr/lib64/libpython2.4.so.1.0
>> > #3 0x00002af5b45a41f2 in _PyObject_GC_Malloc () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #4 0x00002af5b4562559 in PyType_GenericAlloc () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #5 0x00002af5b45588a3 in ?? () from /usr/lib64/libpython2.4.so.1.0
>> > #6 0x00002af5b451f0f0 in PyObject_Call () from /usr/lib64/
>> > libpython2.4.so.1.0
>> > #7 0x00002af5b457b8ce in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #8 0x00002af5b457db66 in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #9 0x00002af5b457efe5 in PyEval_EvalCodeEx () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #10 0x00002af5b457d73f in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #11 0x00002af5b457db66 in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #12 0x00002af5b457db66 in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #13 0x00002af5b457efe5 in PyEval_EvalCodeEx () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #14 0x00002af5b4535367 in ?? () from /usr/lib64/libpython2.4.so.1.0
>> > #15 0x00002af5b451f0f0 in PyObject_Call () from /usr/lib64/
>> > libpython2.4.so.1.0
>> > #16 0x00002af5b451fd43 in PyObject_CallFunction () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #17 0x00002af5b4547bc9 in PyObject_GenericGetAttr () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #18 0x00002af5b457aeca in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #19 0x00002af5b457efe5 in PyEval_EvalCodeEx () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #20 0x00002af5b453545a in ?? () from /usr/lib64/libpython2.4.so.1.0
>> > #21 0x00002af5b451f0f0 in PyObject_Call () from /usr/lib64/
>> > libpython2.4.so.1.0
>> > #22 0x00002af5b457c52c in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #23 0x00002af5b457efe5 in PyEval_EvalCodeEx () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #24 0x00002af5b457d73f in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #25 0x00002af5b457db66 in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #26 0x00002af5b457db66 in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #27 0x00002af5b457db66 in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #28 0x00002af5b457db66 in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #29 0x00002af5b457db66 in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #30 0x00002af5b457db66 in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #31 0x00002af5b457db66 in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #32 0x00002af5b457db66 in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #33 0x00002af5b457db66 in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #34 0x00002af5b457db66 in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #35 0x00002af5b457db66 in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #36 0x00002af5b457db66 in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #37 0x00002af5b457efe5 in PyEval_EvalCodeEx () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #38 0x00002af5b453545a in ?? () from /usr/lib64/libpython2.4.so.1.0
>> > #39 0x00002af5b451f0f0 in PyObject_Call () from /usr/lib64/
>> > libpython2.4.so.1.0
>> > #40 0x00002af5b457c52c in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #41 0x00002af5b457efe5 in PyEval_EvalCodeEx () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #42 0x00002af5b457d73f in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #43 0x00002af5b457efe5 in PyEval_EvalCodeEx () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #44 0x00002af5b453545a in ?? () from /usr/lib64/libpython2.4.so.1.0
>> > #45 0x00002af5b451f0f0 in PyObject_Call () from /usr/lib64/
>> > libpython2.4.so.1.0
>> > #46 0x00002af5b457c52c in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #47 0x00002af5b457db66 in PyEval_EvalFrame () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #48 0x00002af5b457efe5 in PyEval_EvalCodeEx () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #49 0x00002af5b4535367 in ?? () from /usr/lib64/libpython2.4.so.1.0
>> > #50 0x00002af5b451f0f0 in PyObject_Call () from /usr/lib64/
>> > libpython2.4.so.1.0
>> > #51 0x00002af5b45251ef in ?? () from /usr/lib64/libpython2.4.so.1.0
>> > #52 0x00002af5b451f0f0 in PyObject_Call () from /usr/lib64/
>> > libpython2.4.so.1.0
>> > #53 0x00002af5b455ccea in ?? () from /usr/lib64/libpython2.4.so.1.0
>> > #54 0x00002af5b451f0f0 in PyObject_Call () from /usr/lib64/
>> > libpython2.4.so.1.0
>> > #55 0x00002af5b4578c3d in PyEval_CallObjectWithKeywords () from
>> > /usr/lib64/libpython2.4.so.1.0
>> > #56 0x00002af5b42ca022 in Adapter_run (self=0x2af5bf09cbe8,
>> > object=0x2aaaaaac4f90) at mod_wsgi.c:3841
>> > #57 0x00002af5b42caaa6 in wsgi_execute_script (r=0x2af5be8cd990) at
>> > mod_wsgi.c:6547
>> > #58 0x00002af5b42cfcf0 in wsgi_hook_daemon_handler (p=<value optimized
>> > out>,
>> > sock=<value optimized out>, bucket_alloc=<value optimized out>,
>> > daemon=<value optimized out>) at mod_wsgi.c:12877
>> > #59 wsgi_process_socket (p=<value optimized out>, sock=<value
>> > optimized out>,
>> > bucket_alloc=<value optimized out>, daemon=<value optimized out>)
>> > ---Type <return> to continue, or q <return> to quit---
>> > at mod_wsgi.c:10130
>> > #60 0x00002af5b42d01c8 in wsgi_daemon_worker (thd=0x2af5be8c1c90,
>> > data=<value
>> > optimized out>) at mod_wsgi.c:10453
>> > #61 wsgi_daemon_thread (thd=0x2af5be8c1c90, data=<value optimized
>> > out>) at
>> > mod_wsgi.c:10486
>> > #62 0x00002af5ab2f373d in start_thread () from /lib64/libpthread.so.0
>> > #63 0x00002af5ab7e0f6d in clone () from /lib64/libc.so.6
>> >
>> > I've been investigating the theory of incompatible library versions
>> > being loaded, but so far been unable to track down what's triggering
>> > the problem.
>> >
>> > The application is running django, and the request seems to get as far
>> > as trying to render the resulting page before segfaulting.
>> >
>> > --
>> > You received this message because you are subscribed to the Google
>> > Groups "modwsgi" group.
>> > To post to this group, send email to [email protected].
>> > To unsubscribe from this group, send email to
>> > [email protected].
>> > For more options, visit this group at
>> > http://groups.google.com/group/modwsgi?hl=en.
>> >
>> >
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "modwsgi" group.
>> To post to this group, send email to [email protected].
>> To unsubscribe from this group, send email to
>> [email protected].
>> For more options, visit this group at
>> http://groups.google.com/group/modwsgi?hl=en.
>>
>
>
>
> --
> Michael Stevens
> Dianomi Ltd
> 18 Buckingham Gate
> London SW1E 6LB
>
> Tel: 020 7802 5530
> Fax: 020 7630 7356
> www.dianomi.com
>
> The information in this message and any attachment is intended for the
> addressee and is confidential and may be subject to legal privilege. Dianomi
> Ltd, Registered Office: One America Square, Crosswall, London. EC3N 2SG.
> Registered in England and Wales with Company Registration Number 4513809.
> VAT registration number: 809754988
>
> --
> You received this message because you are subscribed to the Google Groups
> "modwsgi" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to
> [email protected].
> For more options, visit this group at
> http://groups.google.com/group/modwsgi?hl=en.
>
--
You received this message because you are subscribed to the Google Groups
"modwsgi" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/modwsgi?hl=en.
