You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@httpd.apache.org by "@lbutlr" <kr...@kreme.com> on 2016/11/16 19:12:05 UTC
[users@httpd] apache 2.4 core dump on launch, no error logging
When launching apache 2.4 I get a core dump. Nothing is logged to the http-error log. I’ve tried rebuilding it to no avail. Ideas?
/var/log/message:
Nov 16 11:59:02 mail kernel: pid 63178 (httpd), uid 0: exited on signal 11 (core dumped)
# gdb /usr/local/sbin/httpd /usr/local/httpd.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)...
Core was generated by `httpd'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/libpcre.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libpcre.so.1
Reading symbols from /usr/local/lib/libaprutil-1.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libaprutil-1.so.0
Reading symbols from /usr/local/lib/libdb-5.3.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libdb-5.3.so.0
Reading symbols from /usr/local/lib/libgdbm.so.4...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libgdbm.so.4
Reading symbols from /usr/local/lib/libexpat.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libexpat.so.1
Reading symbols from /usr/local/lib/libapr-1.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libapr-1.so.0
Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done.
Loaded symbols for /lib/libthr.so.3
Reading symbols from /lib/libcrypt.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libcrypt.so.5
Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /usr/local/lib/libintl.so.8...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libintl.so.8
Reading symbols from /usr/local/libexec/apache24/mod_authn_file.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_authn_file.so
Reading symbols from /usr/local/libexec/apache24/mod_authn_core.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_authn_core.so
Reading symbols from /usr/local/libexec/apache24/mod_authz_host.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_authz_host.so
Reading symbols from /usr/local/libexec/apache24/mod_authz_groupfile.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_authz_groupfile.so
Reading symbols from /usr/local/libexec/apache24/mod_authz_user.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_authz_user.so
Reading symbols from /usr/local/libexec/apache24/mod_authz_core.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_authz_core.so
Reading symbols from /usr/local/libexec/apache24/mod_access_compat.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_access_compat.so
Reading symbols from /usr/local/libexec/apache24/mod_auth_basic.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_auth_basic.so
Reading symbols from /usr/local/libexec/apache24/mod_auth_digest.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_auth_digest.so
Reading symbols from /usr/local/libexec/apache24/mod_reqtimeout.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_reqtimeout.so
Reading symbols from /usr/local/libexec/apache24/mod_include.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_include.so
Reading symbols from /usr/local/libexec/apache24/mod_filter.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_filter.so
Reading symbols from /usr/local/libexec/apache24/mod_mime.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_mime.so
Reading symbols from /usr/local/libexec/apache24/mod_log_config.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_log_config.so
Reading symbols from /usr/local/libexec/apache24/mod_env.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_env.so
Reading symbols from /usr/local/libexec/apache24/mod_headers.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_headers.so
Reading symbols from /usr/local/libexec/apache24/mod_setenvif.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_setenvif.so
Reading symbols from /usr/local/libexec/apache24/mod_version.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_version.so
Reading symbols from /usr/local/libexec/apache24/mod_unixd.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_unixd.so
Reading symbols from /usr/local/libexec/apache24/mod_dav.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_dav.so
Reading symbols from /usr/local/libexec/apache24/mod_status.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_status.so
Reading symbols from /usr/local/libexec/apache24/mod_autoindex.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_autoindex.so
Reading symbols from /usr/local/libexec/apache24/mod_cgi.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_cgi.so
Reading symbols from /usr/local/libexec/apache24/mod_cgid.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_cgid.so
Reading symbols from /usr/local/libexec/apache24/mod_dav_fs.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_dav_fs.so
Reading symbols from /usr/local/libexec/apache24/mod_vhost_alias.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_vhost_alias.so
Reading symbols from /usr/local/libexec/apache24/mod_dir.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_dir.so
Reading symbols from /usr/local/libexec/apache24/mod_userdir.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_userdir.so
Reading symbols from /usr/local/libexec/apache24/mod_alias.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_alias.so
Reading symbols from /usr/local/libexec/apache24/mod_rewrite.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/mod_rewrite.so
Reading symbols from /usr/local/libexec/apache24/libphp5.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/libexec/apache24/libphp5.so
Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /usr/local/lib/libxml2.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libxml2.so.2
Reading symbols from /lib/libz.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libz.so.6
Reading symbols from /usr/lib/liblzma.so.5...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/liblzma.so.5
Reading symbols from /usr/local/lib/php/20131226/opcache.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20131226/opcache.so
Reading symbols from /usr/local/lib/php/20131226/session.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20131226/session.so
Reading symbols from /usr/local/lib/php/20131226/ctype.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20131226/ctype.so
Reading symbols from /usr/local/lib/php/20131226/dom.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20131226/dom.so
Reading symbols from /usr/local/lib/php/20131226/exif.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20131226/exif.so
Reading symbols from /usr/local/lib/php/20131226/fileinfo.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20131226/fileinfo.so
Reading symbols from /usr/local/lib/php/20131226/filter.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20131226/filter.so
Reading symbols from /usr/local/lib/php/20131226/gd.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20131226/gd.so
Reading symbols from /usr/local/lib/libt1.so.5...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libt1.so.5
Reading symbols from /usr/local/lib/libX11.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libX11.so.6
Reading symbols from /usr/local/lib/libXpm.so.4...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libXpm.so.4
Reading symbols from /usr/local/lib/libpng16.so.16...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libpng16.so.16
Reading symbols from /usr/local/lib/libjpeg.so.8...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libjpeg.so.8
Reading symbols from /usr/local/lib/libfreetype.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libfreetype.so.6
Reading symbols from /usr/local/lib/libxcb.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libxcb.so.1
Reading symbols from /usr/lib/libbz2.so.4...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libbz2.so.4
Reading symbols from /usr/local/lib/libXau.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libXau.so.6
Reading symbols from /usr/local/lib/libpthread-stubs.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libpthread-stubs.so.0
Reading symbols from /usr/local/lib/libXdmcp.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libXdmcp.so.6
Reading symbols from /usr/local/lib/php/20131226/hash.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20131226/hash.so
Reading symbols from /usr/local/lib/php/20131226/iconv.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20131226/iconv.so
Reading symbols from /usr/local/lib/libiconv.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libiconv.so.2
Reading symbols from /usr/local/lib/php/20131226/imap.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20131226/imap.so
Reading symbols from /usr/local/lib/libssl.so.9...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libssl.so.9
Reading symbols from /usr/local/lib/libcrypto.so.9...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libcrypto.so.9
Reading symbols from /usr/local/lib/libc-client4.so.9...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libc-client4.so.9
Reading symbols from /usr/lib/libpam.so.5...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libpam.so.5
Reading symbols from /usr/local/lib/php/20131226/intl.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20131226/intl.so
Reading symbols from /usr/local/lib/libicui18n.so.57...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libicui18n.so.57
Reading symbols from /usr/local/lib/libicuuc.so.57...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libicuuc.so.57
Reading symbols from /usr/local/lib/libicudata.so.57...
warning: Lowest section in /usr/local/lib/libicudata.so.57 is .hash at 000000b4
(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libicudata.so.57
Reading symbols from /usr/local/lib/libicuio.so.57...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libicuio.so.57
Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /usr/lib/libc++.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libc++.so.1
Reading symbols from /lib/libcxxrt.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libcxxrt.so.1
Reading symbols from /usr/local/lib/php/20131226/json.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20131226/json.so
Reading symbols from /usr/local/lib/php/20131226/ldap.so...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/php/20131226/ldap.so
Reading symbols from /usr/local/lib/libldap-2.4.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libldap-2.4.so.2
Reading symbols from /usr/local/lib/liblber-2.4.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/liblber-2.4.so.2
Reading symbols from /usr/lib/libfetch.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libfetch.so.6
Reading symbols from /usr/lib/libcom_err.so.5...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libcom_err.so.5
Reading symbols from /usr/lib/libssl.so.7...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libssl.so.7
Reading symbols from /lib/libcrypto.so.7...(no debugging symbols found)...done.
Loaded symbols for /lib/libcrypto.so.7
Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done.
Loaded symbols for /libexec/ld-elf.so.1
#0 0x29c56145 in OPENSSL_ia32_cpuid () from /usr/local/lib/libcrypto.so.9
[New Thread 28c03080 (LWP 100254/<unknown>)]
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
答复: [users@httpd] apache 2.4 core dump on launch, no error logging
Posted by h d <i5...@live.com>.
use administartor run it[??]
________________________________
?件人: Nick Kew <ni...@apache.org>
?送??: 2016年11月17日 2:56:04
收件人: users@httpd.apache.org
主?: Re: [users@httpd] apache 2.4 core dump on launch, no error logging
On Wed, 2016-11-16 at 12:12 -0700, @lbutlr wrote:
> When launching apache 2.4 I get a core dump. Nothing is logged to the http-error log. I’ve tried rebuilding it to no avail. Ideas?
>
At the top of your coredump is libpcre. Could it be that your
httpd has been built against a different/slightly incompatible
pcre version?
--
Nick Kew
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
[users@httpd] Re: apache 2.4 core dump on launch, no error logging
Posted by "@lbutlr" <kr...@kreme.com>.
On Nov 17, 2016, at 9:15 AM, Rainer Canavan <ra...@sevenval.com> wrote:
> On Thu, Nov 17, 2016 at 4:08 PM, @lbutlr <kr...@kreme.com> wrote:
>> On Nov 17, 2016, at 3:56 AM, Nick Kew <ni...@apache.org> wrote:
>>> On Wed, 2016-11-16 at 12:12 -0700, @lbutlr wrote:
>>>> When launching apache 2.4 I get a core dump. Nothing is logged to the http-error log. I’ve tried rebuilding it to no avail. Ideas?
>>>>
>>> At the top of your coredump is libpcre. Could it be that your
>>> httpd has been built against a different/slightly incompatible
>>> pcre version?
>>
>> Maybe? I’ve rebuilt apache several times and there’s been no change in behavior, and I’ve updated all port versions as of yesterday.
>>
>> PCRE-8.39 is installed. I’m not sure how to tell if http is trying to access a different version.
>
> The output as posted is probably not too helpful, since it doesn't
> appear to incude a backtrace.
> Try a 'thread apply all bt full' in gdb, it there's only one thread,
> and it's really OPENSSL_ia32_cpuid(),
> then openssl is the culprit, and it's possible that the openssl
> command line client segfaults as well,
> e.g. with openssl s_client or openssl s_server.
openssl s_client to my imap server works fine.
> The list with pcre on the top is just the list of libraries gdb tries
> to load debug symbols from.
> To get a more useful backtrace, you have to install the debug symbols
> for all the relevant libraries,
> such that gdb does not complain "(no debugging symbols found)" on
> startup for any library that is
> referenced in any backtrace shown by 'thread apply all bt full’.
Erm. OK. That seems like a lot, but I may have to go there. I find it very puzzling that it crashes without being able to log anything at all and that there is no change after completely removing apache 2.4 and recompiling it.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] Re: apache 2.4 core dump on launch, no error logging
Posted by Rainer Canavan <ra...@sevenval.com>.
On Thu, Nov 17, 2016 at 4:08 PM, @lbutlr <kr...@kreme.com> wrote:
> On Nov 17, 2016, at 3:56 AM, Nick Kew <ni...@apache.org> wrote:
>> On Wed, 2016-11-16 at 12:12 -0700, @lbutlr wrote:
>>> When launching apache 2.4 I get a core dump. Nothing is logged to the http-error log. I’ve tried rebuilding it to no avail. Ideas?
>>>
>> At the top of your coredump is libpcre. Could it be that your
>> httpd has been built against a different/slightly incompatible
>> pcre version?
>
> Maybe? I’ve rebuilt apache several times and there’s been no change in behavior, and I’ve updated all port versions as of yesterday.
>
> PCRE-8.39 is installed. I’m not sure how to tell if http is trying to access a different version.
The output as posted is probably not too helpful, since it doesn't
appear to incude a backtrace.
Try a 'thread apply all bt full' in gdb, it there's only one thread,
and it's really OPENSSL_ia32_cpuid(),
then openssl is the culprit, and it's possible that the openssl
command line client segfaults as well,
e.g. with openssl s_client or openssl s_server.
The list with pcre on the top is just the list of libraries gdb tries
to load debug symbols from.
To get a more useful backtrace, you have to install the debug symbols
for all the relevant libraries,
such that gdb does not complain "(no debugging symbols found)" on
startup for any library that is
referenced in any backtrace shown by 'thread apply all bt full'.
rainer
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
[users@httpd] Re: apache 2.4 core dump on launch, no error logging
Posted by "@lbutlr" <kr...@kreme.com>.
On Nov 17, 2016, at 8:44 PM, @lbutlr <kr...@kreme.com> wrote:
> If there is an old openSSL lurking somewhere, I cannot find it. I have 1.0.2j installed and working with dovecot/postfix.
>
> Scouring around I did find a directory
>
> /usr/local/lib/php/20100525/
>
> which I’ve now moved aside. Rebuilding php and mod_php again. Fingers crossed.
This didn’t work, but after disabling multibyte (which I’d done before) in php56-extensions and rebuilding php56 and extensions again and mod_php56 we are finally working again.
Wow. That was a fun few days.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
[users@httpd] Re: apache 2.4 core dump on launch, no error logging
Posted by "@lbutlr" <kr...@kreme.com>.
On Nov 17, 2016, at 2:39 PM, Nick Kew <ni...@apache.org> wrote:
> On Thu, 2016-11-17 at 08:08 -0700, @lbutlr wrote:
>> On Nov 17, 2016, at 3:56 AM, Nick Kew <ni...@apache.org> wrote:
>>> On Wed, 2016-11-16 at 12:12 -0700, @lbutlr wrote:
>>>> When launching apache 2.4 I get a core dump. Nothing is logged to the http-error log. I’ve tried rebuilding it to no avail. Ideas?
>>>>
>>> At the top of your coredump is libpcre. Could it be that your
>>> httpd has been built against a different/slightly incompatible
>>> pcre version?
>>
>> Maybe? I’ve rebuilt apache several times and there’s been no change in behavior, and I’ve updated all port versions as of yesterday.
>>
>> PCRE-8.39 is installed. I’m not sure how to tell if http is trying to access a different version.
>
> On second thoughts, I was completely misreading your info.
> Comes of trying to reply while also listening to a talk at ApacheCon.
>
> OpenSSL is possibly implicated at the end of your dump. But your
> Apachectl -M doesn't list mod_ssl. Possibly mod_php is loading it.
> Indeed, if httpd and php were linked against *different versions* of
> the same library (which could be OpenSSL or pcre or something else
> entirely), that would likely segfault.
I updated to 10.3-RELEASE. I removed apache24, mod_php56, php56, and php56-extensions. I reinstalled apache24 and loaded it and it runs fine and pages load. I recompiled php56 and php56-extensions. Then mod_php56. After enabling mod_php56 and restarting apache24, it core dumps. If I don’t load mod_php56, apache runs fine.
Every package in port master is up-do-date (portmaster -L | grep New returns no results).
If there is an old openSSL lurking somewhere, I cannot find it. I have 1.0.2j installed and working with dovecot/postfix.
Scouring around I did find a directory
/usr/local/lib/php/20100525/
which I’ve now moved aside. Rebuilding php and mod_php again. Fingers crossed.
> Finally, you shouldn't load both mod_cgi and mod_cgid.
Oops. fixed that. Thanks.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] Re: apache 2.4 core dump on launch, no error
logging
Posted by Nick Kew <ni...@apache.org>.
On Thu, 2016-11-17 at 08:08 -0700, @lbutlr wrote:
> On Nov 17, 2016, at 3:56 AM, Nick Kew <ni...@apache.org> wrote:
> > On Wed, 2016-11-16 at 12:12 -0700, @lbutlr wrote:
> >> When launching apache 2.4 I get a core dump. Nothing is logged to the http-error log. I\u2019ve tried rebuilding it to no avail. Ideas?
> >>
> > At the top of your coredump is libpcre. Could it be that your
> > httpd has been built against a different/slightly incompatible
> > pcre version?
>
> Maybe? I\u2019ve rebuilt apache several times and there\u2019s been no change in behavior, and I\u2019ve updated all port versions as of yesterday.
>
> PCRE-8.39 is installed. I\u2019m not sure how to tell if http is trying to access a different version.
On second thoughts, I was completely misreading your info.
Comes of trying to reply while also listening to a talk at ApacheCon.
OpenSSL is possibly implicated at the end of your dump. But your
Apachectl -M doesn't list mod_ssl. Possibly mod_php is loading it.
Indeed, if httpd and php were linked against *different versions* of
the same library (which could be OpenSSL or pcre or something else
entirely), that would likely segfault.
Finally, you shouldn't load both mod_cgi and mod_cgid.
Pick one or the other, but not both.
--
Nick Kew
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
[users@httpd] Re: apache 2.4 core dump on launch, no error logging
Posted by "@lbutlr" <kr...@kreme.com>.
On Nov 17, 2016, at 8:08 AM, @lbutlr <kr...@kreme.com> wrote:
> PCRE-8.39 is installed. I’m not sure how to tell if http is trying to access a different version.
# apachectl -M
Loaded Modules:
core_module (static)
so_module (static)
http_module (static)
mpm_prefork_module (static)
authn_file_module (shared)
authn_core_module (shared)
authz_host_module (shared)
authz_groupfile_module (shared)
authz_user_module (shared)
authz_core_module (shared)
access_compat_module (shared)
auth_basic_module (shared)
auth_digest_module (shared)
reqtimeout_module (shared)
include_module (shared)
filter_module (shared)
mime_module (shared)
log_config_module (shared)
env_module (shared)
headers_module (shared)
setenvif_module (shared)
version_module (shared)
unixd_module (shared)
dav_module (shared)
status_module (shared)
autoindex_module (shared)
cgi_module (shared)
cgid_module (shared)
dav_fs_module (shared)
vhost_alias_module (shared)
dir_module (shared)
userdir_module (shared)
alias_module (shared)
rewrite_module (shared)
php5_module (shared)
Doesn’t list pcre at all.
I did a make deinstall && make reinstall on devel/pcre just in case, but the behavior is unchanged.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
[users@httpd] Re: apache 2.4 core dump on launch, no error logging
Posted by "@lbutlr" <kr...@kreme.com>.
On Nov 17, 2016, at 3:56 AM, Nick Kew <ni...@apache.org> wrote:
> On Wed, 2016-11-16 at 12:12 -0700, @lbutlr wrote:
>> When launching apache 2.4 I get a core dump. Nothing is logged to the http-error log. I’ve tried rebuilding it to no avail. Ideas?
>>
> At the top of your coredump is libpcre. Could it be that your
> httpd has been built against a different/slightly incompatible
> pcre version?
Maybe? I’ve rebuilt apache several times and there’s been no change in behavior, and I’ve updated all port versions as of yesterday.
PCRE-8.39 is installed. I’m not sure how to tell if http is trying to access a different version.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] apache 2.4 core dump on launch, no error logging
Posted by Nick Kew <ni...@apache.org>.
On Wed, 2016-11-16 at 12:12 -0700, @lbutlr wrote:
> When launching apache 2.4 I get a core dump. Nothing is logged to the http-error log. I\u2019ve tried rebuilding it to no avail. Ideas?
>
At the top of your coredump is libpcre. Could it be that your
httpd has been built against a different/slightly incompatible
pcre version?
--
Nick Kew
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org