Apache coredump when started with dbd and php5 enabled

[Torsten Knodt]

Hello,
after updating to saucy I got stuck with the above problem.
When both modules php5 and dbd are activated, apache2 dumps core. There is still the apache2 process running, but I cannot access a page.
I hope someone has an idea. Analyzing the core dump with gdb gave no useful results for me:

GNU gdb (GDB) 7.6-ubuntu
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/sbin/apache2...Reading symbols from /usr/lib/debug/usr/sbin/apache2...done.
done.
[New LWP 5384]

warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/sbin/apache2 -k start'.
Program terminated with signal 11, Segmentation fault.
#0 0xb63a10e9 in ?? () from /lib/i386-linux-gnu/liblzma.so.5
(gdb) bt full
#0 0xb63a10e9 in ?? () from /lib/i386-linux-gnu/liblzma.so.5
No symbol table info available.
#1 0x00b69240 in ?? ()
No symbol table info available.
#2 0xbc000000 in ?? ()
No symbol table info available.
#3 0xe0bface8 in ?? ()
No symbol table info available.
#4 0x3cb69277 in ?? ()
No symbol table info available.
#5 0xc0b69240 in ?? ()
No symbol table info available.
#6 0x00b6858a in ?? ()
No symbol table info available.
#7 0x20000000 in ?? ()
No symbol table info available.
#8 0x21b90332 in ?? ()
No symbol table info available.
#9 0x00000000 in ?? ()
No symbol table info available.

Regards
     Torsten

ProblemType: Bug
DistroRelease: Ubuntu 13.10
Package: apache2-bin 2.4.6-2ubuntu2
Uname: Linux 2.6.32-042stab078.27 i686
ApportVersion: 2.12.4-0ubuntu1
Architecture: i386
Date: Sat Sep 28 15:09:26 2013
MarkForUpload: True
ProcEnviron:
 LANGUAGE=de_DE.utf8
 TERM=xterm
 PATH=(custom, no user)
 LANG=de_DE.utf8
 SHELL=/bin/bash
SourcePackage: apache2
UpgradeStatus: No upgrade log present (probably fresh install)
---
000-default.conf: Error: [Errno 13] Permission denied: '/etc/apache2/sites-enabled/000-default.conf'
Apache2ConfdDirListing: ['phppgadmin']
ApportVersion: 2.12.4-0ubuntu1
Architecture: i386
DistroRelease: Ubuntu 13.10
MarkForUpload: True
Package: apache2 2.4.6-2ubuntu2
PackageArchitecture: i386
ProcEnviron:
 LANGUAGE=de_DE.utf8
 TERM=xterm
 PATH=(custom, no user)
 LANG=de_DE.utf8
 SHELL=/bin/bash
Tags: saucy
Uname: Linux 2.6.32-042stab078.27 i686
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm backup operator users
datas-world.de.conf: Error: [Errno 13] Permission denied: '/etc/apache2/sites-enabled/datas-world.de.conf'
default-ssl.conf: Error: [Errno 13] Permission denied: '/etc/apache2/sites-enabled/default-ssl.conf'
modified.conffile..etc.apache2.apache2.conf: [modified]
modified.conffile..etc.apache2.conf.available.localized.error.pages.conf: [modified]
modified.conffile..etc.apache2.conf.available.security.conf: [modified]
modified.conffile..etc.apache2.mods.available.alias.conf: [modified]
modified.conffile..etc.apache2.mods.available.autoindex.conf: [modified]
modified.conffile..etc.apache2.mods.available.info.conf: [modified]
modified.conffile..etc.apache2.mods.available.mime.conf: [modified]
modified.conffile..etc.apache2.mods.available.negotiation.conf: [modified]
modified.conffile..etc.apache2.mods.available.ssl.conf: [modified]
modified.conffile..etc.apache2.mods.available.status.conf: [modified]
modified.conffile..etc.apache2.sites.available.000.default.conf: [inaccessible: [Errno 13] Permission denied: u'/etc/apache2/sites-available/000-default.conf']
modified.conffile..etc.apache2.sites.available.default.ssl.conf: [inaccessible: [Errno 13] Permission denied: u'/etc/apache2/sites-available/default-ssl.conf']
modified.conffile..etc.logrotate.d.apache2: [modified]
mtime.conffile..etc.apache2.apache2.conf: 2013-09-15T18:22:15
mtime.conffile..etc.apache2.conf.available.localized.error.pages.conf: 2013-09-15T16:19:55
mtime.conffile..etc.apache2.conf.available.security.conf: 2013-09-15T16:28:21
mtime.conffile..etc.apache2.mods.available.alias.conf: 2013-09-15T16:20:49
mtime.conffile..etc.apache2.mods.available.autoindex.conf: 2013-09-04T20:33:44
mtime.conffile..etc.apache2.mods.available.info.conf: 2013-09-04T20:37:47
mtime.conffile..etc.apache2.mods.available.mime.conf: 2013-09-04T20:48:24
mtime.conffile..etc.apache2.mods.available.negotiation.conf: 2013-09-04T21:00:23
mtime.conffile..etc.apache2.mods.available.ssl.conf: 2013-09-04T21:07:20
mtime.conffile..etc.apache2.mods.available.status.conf: 2013-09-04T20:40:14
mtime.conffile..etc.logrotate.d.apache2: 2013-09-08T16:52:18
rhodecode.h1347040.stratoserver.net.conf: Error: [Errno 13] Permission denied: '/etc/apache2/sites-enabled/rhodecode.h1347040.stratoserver.net.conf'
webdav.datas-world.de.conf: Error: [Errno 13] Permission denied: '/etc/apache2/sites-enabled/webdav.datas-world.de.conf'
www.knodt-automation.de.conf: Error: [Errno 13] Permission denied: '/etc/apache2/sites-enabled/www.knodt-automation.de.conf'

[Torsten Knodt (torsknod)]

apport information

[Torsten Knodt (torsknod)]

apport information

[Torsten Knodt (torsknod)]

apport information

[Torsten Knodt (torsknod)]

Additional information. This also happens when loading the geoip module in addition to dbd.

[Robie Basak (racb)]

Thank you for taking the time to report this bug and helping to make Ubuntu better.

Please could you post exact steps to reproduce this problem on a fresh Saucy installation?

[Torsten Knodt (torsknod)]

Many thanks for the fast reply.
I have a fresh installation, but already incorporated configuration changes and more packages from my old installation. As I now saw in a fresh virtual minimal apache2+php5+dbd installation that it works there. I will try to figure out what the trigger is and come back to you at the weekend.

[Robie Basak (racb)]

Thanks for looking. I'm eager to fix any bugs of this sort with our apache 2.4 transition to be released this cycle, but will be stuck without being able to reproduce. Setting this bug Incomplete for now. Please set back to New once you have steps to reproduce, or to Invalid if you conclude that there isn't a problem.

[Torsten Knodt (torsknod)]

There is someone with a probably related problem on Apache 2.4 if he uses mod_dbd and ssl: http://mail-archives.apache.org/mod_mbox/httpd-users/201307.mbox/%<email address hidden>%3E .
Based on this I have replaced mod_ssl with mod_gnutls and all seems to work.
Nevertheless I will try to reproduce my problem on a fresh installation and provide steps to reproduce it.

[Torsten Knodt (torsknod)]

Hi Robie,
sorry for the late feedback. I was able to reproduce the issue in a fresh pbuilder environment.
aptitude --with-recommends install apache2 php5 php5-pgsql libaprutil1-dbd-pgsql
cat >>/etc/apache2/mods-available/dbd.conf
DBDriver pgsql
DBDParams "dbname=XXX user=XXX password=XXX"
DBDMax 3
DBDKeep 1
CTRL+D
a2enmod ssl dbd authn_dbd authz_dbd php5
a2ensite 000-default default-ssl
/etc/init.d/apache2 restart

The I get the core dump.

[Stefan Fritsch (sf-sfritsch)]

I can reproduce this on Debian sid. Somehow openssl's int_free_ex_data() calls a free_func that points into nirvana. I guess this may be due to all the libraries being loaded, unloaded and then loaded again during apache config parsing. Some library using ssl may do the wrong thing during unloading and openssl gets confused. I think libpq is the primary suspect here.

[Torsten Knodt (torsknod)]

Thanks for the analysis. If I can help, please let me know.

[Andreas Hasenack (ahasenack)]

We are sorry, but it looks like this bug fell through the cracks and was forgotten. Since Ubuntu Saucy is no longer supported, I'm going to mark this issue as "won't fix".

If it's still happening in a supported version of Ubuntu, then please reopen this bug stating the new information. Thanks.