php5 crashed with SIGSEGV in curl_global_cleanup()

Bug #323918 reported by zobbychris@hotmail.com
18
This bug affects 1 person
Affects Status Importance Assigned to Milestone
php5 (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: php5

zobby01 jaunty alpha 3

ProblemType: Crash
Architecture: amd64
CrashCounter: 1
Disassembly: 0x7feb4e7880b0:
DistroRelease: Ubuntu 9.04
ExecutablePath: /usr/bin/php5
NonfreeKernelModules: nvidia
Package: php5-cli 5.2.6-2ubuntu5
ProcCmdline: /usr/bin/php -f /usr/share/moodle/admin/cron.php
ProcEnviron:
 PATH=(custom, no user)
 SHELL=/bin/sh
Signal: 11
SourcePackage: php5
StacktraceTop:
 ?? ()
 ?? () from /usr/lib/libcrypto.so.0.9.8
 ?? () from /usr/lib/libcurl.so.4
 ?? () from /usr/lib/libcurl.so.4
 curl_global_cleanup () from /usr/lib/libcurl.so.4
Title: php5 crashed with SIGSEGV in curl_global_cleanup()
Uname: Linux 2.6.28-6-generic x86_64
UserGroups:

Tags: apport-crash
Revision history for this message
zobbychris@hotmail.com (zobbychris) wrote :
Revision history for this message
Andreas Olsson (andol) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Unfortunately, we can't fix it because your description didn't include enough information. You may find it helpful to read "How to report bugs effectively" http://www.chiark.greenend.org.uk/~sgtatham/bugs.html. We'd be grateful if you would then provide a more complete description of the problem.

We have instructions on debugging some types of problems at http://wiki.ubuntu.com/DebuggingProcedures

At a minimum, we need:
1. the specific steps or actions you took that caused you to encounter the problem,
2. the behavior you expected, and
3. the behavior you actually encountered (in as much detail as possible).
Thanks!

Changed in php5:
status: New → Incomplete
Revision history for this message
Apport retracing service (apport) wrote : Symbolic stack trace

StacktraceTop:?? ()
int_err_del () at err.c:353
Curl_ossl_cleanup () at ssluse.c:610
Curl_ssl_cleanup () at sslgen.c:186
curl_global_cleanup () at easy.c:316

Revision history for this message
Apport retracing service (apport) wrote : Symbolic threaded stack trace
Revision history for this message
Andreas Olsson (andol) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!

Changed in php5:
status: Incomplete → Invalid
Revision history for this message
Philip Muškovac (yofel) wrote : apport-collect data

Architecture: amd64
DistroRelease: Ubuntu 9.04
NonfreeKernelModules: nvidia
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, user)
 LANG=de_DE.UTF-8
Uname: Linux 2.6.28-10-generic x86_64
UserGroups: adm admin audio cdrom dialout dip floppy fuse kvm lpadmin plugdev root sambashare video

Revision history for this message
Philip Muškovac (yofel) wrote :

hm, wanted to add some more information since i got the same bug now in alpha 6. wrong way it seems...

Revision history for this message
Dan Drake (ddrake) wrote :

I am getting this same crash, also with php and Moodle. Above, you say that you need:

> 1. the specific steps or actions you took that caused you to encounter > the problem,
> 2. the behavior you expected, and
> 3. the behavior you actually encountered (in as much detail as possible).

My answers are:

1. Started Ubuntu. Without taking any action beyond starting the computer (actually a virtual machine), shortly after logging in, the crash icon appears.

2. I expected to not see the crash icon, or to have php crash.

3. The crash icon appears and asks me to submit a bug.

The problem is related to Moodle's cron interface, and in my syslog, I see something like this every 5 minutes:

Mar 17 17:40:01 foo-desktop /USR/SBIN/CRON[29061]: (www-data) CMD ([ -f /usr/share/moodle/admin/cron.php ] && /usr/bin/php -f /usr/share/moodle/admin/cron.php > /dev/null)
Mar 17 17:40:04 foo-desktop kernel: [11650.655908] php[29062]: segfault at 7f5d8f31a0b0 ip 00007f5d8f31a0b0 sp 00007fff98add3a8 error 14 in librt-2.9.so[7f5d90429000+7000]

I have 46 segfaults with librt, as above, and a handful of segfaults in libgpg-error.so.0.3.0.

I haven't, AFAIK, configured Moodle to do anything special with cron.

I am reopening this, because this crash happens every five minutes, and I'd really like to have Moodle working on Ubuntu. Let me know what other information you need.

Changed in php5:
status: Invalid → New
Revision history for this message
Philip Muškovac (yofel) wrote :

after having apport come up with the same crash again i looked into dmesg and found the following:

Revision history for this message
Russell Smith (mr-russ) wrote :

This looks like a duplicate of #63141.

If you are running postgresql as the moodle backend, and have SSL turned on in the postgresql config (default). I'd be 99.99% sure it's the same bug.

If this is your configuration, please mark this as a duplicate of the bug listed in my comment

Revision history for this message
Dan Drake (ddrake) wrote :

Russell, you're right. This is a duplicate of 63141. I tried the patch for adodb-postgres64.inc.php as well as disabling ssl in postgresql.conf that you suggest in your comment (https://bugs.launchpad.net/ubuntu/+source/php5/+bug/63141/comments/13) and both fixed the problem.

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.