Bug 242952
| Summary: | mod_python causes segmentation fault in Apache httpd | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Piotrek Marciniak <marpiotr> | ||||
| Component: | httpd | Assignee: | Joe Orton <jorton> | ||||
| Status: | CLOSED DUPLICATE | QA Contact: | |||||
| Severity: | high | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | rawhide | CC: | jik, j_planow | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | i386 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2007-09-02 19:32:56 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
Piotrek Marciniak
2007-06-06 16:43:15 UTC
Created attachment 156369 [details]
Log from gdb
Comment on attachment 156369 [details]
Log from gdb
These lines:
---Type <return> to continue, or q <return> to quit---Error while reading
shared library symbols:
Quit
are because i accidentally preseed Ctrl C
There's nothing useful in there. It's better to do: # echo CoreDumpDirectory /tmp > /etc/httpd/conf.d/core.conf and generate a core dump, then analyse that after-the-fact with gdb. Make sure you have up-to-date httpd, python, httpd-debuginfo, python-debuginfo etc packages before running gdb. I am having this problem with httpd-2.2.4-9 and mod_python-3.3.1-4 from devel. When run under the debugger, I find that the coredump is occurring at line 1549 of mod_python.c, in python_handler 1549 conf = (py_config *) ap_get_module_config(req->per_dir_config, req->per_dir_config is null at this point. I put breakpoints in python_handler and python_create_dir_config, and I found that for some requests python_handler is being called when python_create_dir_config hasn't been called. I don't understand the Apache ABI / module mechanism well enough to know whether python_create_dir_config is always supposed to be called (in which case Apache is doing something wrong?) or sometimes isn't called (in which case mod_python is doing something wrong?). I should mention that the request that causes the segfault is one that doesn't actually need python for processing. Changing component from mod_python to httpd. When I disable mod_python from loading, I get a crash in the same call (ap_get_module_config) inside mod_suphp. This suggests that httpd, rather than mod_python or mod_suphp, is at fault. Or perhaps mod_python and mod_suphp need to be rebuilt against current httpd-devel? Yes, rebuilding mod_python and mod_suphp solved the problem. Does that mean there should be separte mod_python and mod_suphp tickets for this, rather than a single httpd ticket? Not sure how the bookkeeping should be handled... |