libapache2-mod-python: modpython segfaults when SSL is enabled in Postgresql

Bug #26397 reported by Debian Bug Importer
4
Affects Status Importance Assigned to Milestone
libapache2-mod-python (Debian)
Fix Released
Unknown
libapache2-mod-python (Ubuntu)
Invalid
High
Ubuntu Server

Bug Description

Automatically imported from Debian bug report #341419 http://bugs.debian.org/341419

Revision history for this message
Debian Bug Importer (debzilla) wrote :
Download full text (3.6 KiB)

Message-Id: <email address hidden>
Date: Wed, 30 Nov 2005 14:55:33 +0100
From: Julien Cigar <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: libapache2-mod-python: modpython segfaults when SSL is enabled in Postgresql

Package: libapache2-mod-python
Version: 3.1.3-3
Severity: critical
Justification: breaks the whole system

Hello,

I'm using Python 2.3 with the psycopg1 adaptor and modpython segfaults
when ssl = true is set in postgresql.conf :
[Wed Nov 30 14:32:09 2005] [notice] child pid 11858 exit signal
Segmentation fault (11)
[Wed Nov 30 14:32:11 2005] [notice] child pid 11852 exit signal Aborted
(6)
[Wed Nov 30 14:32:13 2005] [notice] child pid 11861 exit signal
Segmentation fault (11)

I have actually no idea why it segfaults ...
If I connect with ssl to my postgresql server with psql> it works.
If I go on a mod_python page which don't connect to the database with
psycopg it works too ... but if there is a call to the database, it
segfault ...

Here is a strace -f of the process id which segfaults ...

(...)
open("/etc/passwd", O_RDONLY) = 12
fcntl64(12, F_GETFD) = 0
fcntl64(12, F_SETFD, FD_CLOEXEC) = 0
_llseek(12, 0, [0], SEEK_CUR) = 0
fstat64(12, {st_mode=S_IFREG|0644, st_size=1504, ...}) = 0
mmap2(NULL, 1504, PROT_READ, MAP_SHARED, 12, 0) = 0xb71ef000
_llseek(12, 1504, [1504], SEEK_SET) = 0
munmap(0xb71ef000, 1504) = 0
close(12) = 0
stat64("/var/www/.postgresql/root.crt", 0xbfdc520c) = -1 ENOENT (No such
file or directory)
time(NULL) = 1133024418
brk(0x82c6000) = 0x82c6000
time(NULL) = 1133024418
time(NULL) = 1133024418
open("/dev/urandom", O_RDONLY|O_NONBLOCK|O_NOCTTY) = 12
fstat64(12, {st_mode=S_IFCHR|0444, st_rdev=makedev(1, 9), ...}) = 0
select(13, [12], NULL, NULL, {0, 10000}) = 1 (in [12], left {0, 10000})
read(12, "\355n\244_\302\34\240\202=\320t\356G\36\207\352\231\271"...,
32) = 32
close(12) = 0
getuid32() = 33
time(NULL) = 1133024418
write(11, "\26\3\1\0`\1\0\0\\\3\1C\210\224\242:\357E\17\2209)\273"...,
101) = 101
read(11, 0x82a56a0, 5) = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=11, events=POLLIN|POLLERR, revents=POLLIN}], 1, -1) = 1
time(NULL) = 1133024419
read(11, "\26\3\1\0J", 5) = 5
read(11, "\2\0\0F\3\1C\210\224\242\302X\244Dn\177D\222RfR\227\236"...,
74) = 74
read(11, "\26\3\1\4_", 5) = 5
read(11, "\v\0\4[\0\4X\0\4U0\202\4Q0\202\0039\240\3\2\1\2\2\t\0\223"...,
1119) = 1119
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
chdir("/etc/apache2") = 0
rt_sigaction(SIGSEGV, {SIG_DFL}, {SIG_DFL}, 8) = 0
kill(4376, SIGSEGV) = 0
sigreturn() = ? (mask now [])
--- SIGSEGV (Segmentation fault) @ 0 (0) ---

In advance, thanks for support

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'te...

Read more...

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-Id: <email address hidden>
Date: Wed, 30 Nov 2005 06:06:11 -0800
From: Steve Langasek <email address hidden>
To: <email address hidden>
Subject: severity of 341419 is grave

# Automatically generated email from bts, devscripts version 2.9.9
severity 341419 grave

Matt Zimmerman (mdz)
Changed in libapache2-mod-python:
assignee: nobody → adconrad
Changed in libapache2-mod-python:
assignee: adconrad → ubuntu-server
Revision history for this message
Nicolas Valcarcel (nvalcarcel) wrote :

This bug is against version 3.1.3-3 and we have 3.3.1-2 on gutsy, this must me an invalid bug.

Changed in libapache2-mod-python:
status: New → Invalid
Changed in libapache2-mod-python:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.