-
Bug
-
Resolution: Done
-
Blocker
-
None
-
JWS 3.0.1 DR1
-
None
Problem
The undermentioned description is dated and does not touch the real cause of the crash, please see this comment for an analysis on which line the library crashes and this comment with a link on the patch that fixes the issue.
Previous description, deprecated
Unlike the Sparc build, the Intel build appears to be fundamentally flawed. If you execute the httpd binary with the default prefork mpm, the process lingers for some seconds and before it even forks, it crashed with segfault.
I had tried to examine it, but due to lack of debug symbols, I didn't have much luck. At first it looked like a mod_cgi thing:
Starting program: /opt/jws-3.0/sbin/httpd -e debug -E /var/log/httpd/http_log -k start -f /opt/jws-3.0/etc/httpd/conf/httpd.conf -X [Thread debugging using libthread_db enabled] [New Thread 1 (LWP 1)] warning: Temporarily disabling breakpoints for unloaded shared library "/opt/jws-3.0/etc/httpd/modules/mod_cgi.so" Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1 (LWP 1)] 0xfffffd7ffd9d3986 in log_script_err () from /opt/jws-3.0/etc/httpd/modules/mod_cgi.so
but with mod_cgi disabled:
Starting program: /opt/jws-3.0/sbin/httpd -e debug -E /var/log/httpd/http_log -k start -f /opt/jws-3.0/etc/httpd/conf/httpd.conf -X [Thread debugging using libthread_db enabled] [New Thread 1 (LWP 1)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1 (LWP 1)] 0xfffffd7ffd9d3980 in ?? ()
pstack on the latter core shows:
[root@dev20-03 sbin]# pstack core core 'core' of 25022: /opt/jws-3.0/sbin/httpd -e debug -E /var/log/httpd/http_log -k start - fffffd7ffe8997c2 int_free_ex_data () + 4e2
Lemme attach the two core files, core.zip
, core_bak.zip, but browsing it doesn't seem very fruitful to me due to lack of debug symbols and sources.
Could you give it a shot, please?
- links to
