I've tried the WSGIApplicationGroup %{GLOBAL}, it didn't help.
I'm currently testing the theory that it's called by a buggy version of rpy2
(which we're using). We also have MySQLdb, python-cdb, and possibly one or
two others (I'd have to check which ones have associated C code).
On 7 February 2011 14:33, Graham Dumpleton <[email protected]>wrote:
> 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.
>
>
--
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.
