Red Hat Bugzilla – Bug 205018
trac crashes under FC5
Last modified: 2007-11-30 17:11:41 EST
Description of problem:
After FC4 upgrade to FC5 Trac does not work with Apache2 - it exits with
following notice in error_log:
[notice] child pid 20712 exit signal Segmentation fault (11), possible coredump
gdb on core dump shows:
Loaded symbols for /usr/lib64/python2.4/lib-dynload/_heapq.so
#0 0x00002aaab213013c in PyDict_GetItem () from /usr/lib64/libpython2.4.so.1.0
What I have tried so far:
* Reinstalled trac and created new test Trac Environment, which works under
tracd, but crashes with apache
* Reinstalled httpd and related components completely (with new httpd.conf and
conf.d files), but still crashes
Last working FC4 environment (FC4->FC5 was done on May 25, could only find so
little from my logs):
New crashing FC5 components:
Following lines were added/changed in the default http.conf that was created
after clean reinstall.
* CoreDumpDirectory /tmp/apache-gdb-dump
* ServerTokens Prod
* ServerName 192.168.1.10:80
* LogLevel debug
Trac config files can be found in the attachment along with core dump.
Steps to Reproduce:
Upgrade from FC4 to FC5 or install named components under FC5. Should have a
nice, crashing environment.
Created attachment 135428 [details]
httpd.conf, trac.conf, trac.ini, /usr/sbin/httpd core dump
Did some more experiments yesterday and got it running with cgi, fcgi
so the problem seems to be in mod_python.
I cannot reproduce the error on my current hardware (x86 arch).
Could you try to see if similar problems occur with mod_python directly (not
using trac). Maybe we can isolate the problem to mod_python on x86_64 exclusively.
I am closing this ticket; cannot reproduce.
I had this problem on x86/FC5 system. I tracked it down to a conflict with one
apache httpd module loaded in httpd.conf: LoadModule mem_cache_module
Disabling that module allows trac to work with mod_python as expected.