gallery2 - child pid ---- exit signal Segmentation fault
|
crotalus
Joined: 2010-03-28
Posts: 3 |
Posted: Sun, 2010-03-28 13:21
|
|
Hi, I think galley2 is currently broken on F12. I uploaded some pictures on December 2009 (using digikam), and had no problem at all (php 5.3.0, I guess). [Sun Mar 28 08:52:29 2010] [notice] child pid 2757 exit signal Segmentation fault (11) which means that php is aborting, I suppose. Even the upgrade process to 2.3.1 does not complete, because of the same problem. It goes until the upgrading of plugins. Then I remembered I still had an F10 installation on the same computer on a different disk, and after upgrading to 2.3.1 on F10, everything worked just fine. Booth (F10 and F12) use the same gallery home, and I only had to backup and restore the gallery2 mysql database. I think the problem is php 5.3.2. I cannot post my system information from Gallery2, because it just aborts, In a nutshell: Fedora 12 - full updated - Linux version 2.6.32.9-70.fc12.x86_64 Thanks. |
|
Posts: 1293
Nothing to do with gallery. Something however is wrong with your php setup ... most probably one of your add ons is in conflict with something else.
If you have structured your php properly and put each extra ini file into a separate folder, you can start disabling them one by one until you find out which one is the culprit.
Start with eaccelerator if you have it installed and you are running php as fastcgi.
--
dakanji.com
Posts: 1
I think it has to do with some graphic extension. I have the same in gallery AND wordpress. Maybe some thumbnail calculation...
Posts: 3
I installed all my php stuff via rpm:
php-5.3.2-1.fc12.x86_64
php-cli-5.3.2-1.fc12.x86_64
php-common-5.3.2-1.fc12.x86_64
php-gd-5.3.2-1.fc12.x86_64
php-ldap-5.3.2-1.fc12.x86_64
php-mbstring-5.3.2-1.fc12.x86_64
php-mcrypt-5.3.2-1.fc12.x86_64
phpMp-0.12.0-4.fc12.noarch
phpMyAdmin-3.2.5-1.fc12.noarch
php-mysql-5.3.2-1.fc12.x86_64
php-pdo-5.3.2-1.fc12.x86_64
php-Smarty-2.6.26-1.fc12.noarch
Besides a couple of modifications in php.ini, everything else is pretty standard.
I have the same packages on F10, which works flawlessly,
once I increased php_value memory_limit to 128M in the
.htaccess file.
I can see all my albums, and even the ones I created in F10
and brought back to F12 via mysql dump. Even slideshow works.
The problem seems to be just "Add album", and maintenance.
Php 5.3.2 was a recent fedora update, and maybe it was the cause of my problems.
Posts: 1293
Since you don't seem to have any esoteric php modules apart for phpMp, I will start with disabling that. If this doesn't sort things out, I'll move to the http/conf.d folder and start disabling them one by one.
This is a conflict … either from a php addon or apache module.
Work your way through them.
You might want to check if there is an update for your graphic toolkit first though. If there isn't and you find out want is conflicting, you will have to decide which one of them to give up until an update comes.
--
dakanji.com
Posts: 3
I tried disabling several modules, but it did not work.
Then, finally, I decided to downgrade php to 5.2.12
and that fixed everything.
Maybe gallery2 is not fully compatible with php 5.3.2?
I do not know...
But thanks anyway.
Posts: 16501
Gallery 2.3.0 is not compatible with PHP 5.3, Gallery 2.3.1 is or should be.
If you uninstalled and reinstalled using your distributions package manager, perhaps for 5.3.x it's installing some other cruft that the maintainers believe is "necessary"
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
Posts: 1293
It could be that one of your G2 plugins is not PHP 5.3.x compatible. Which plugins have you got activated?
On the other hand PHP 5.2.x is perfectly fine … especially if you use v5.2.13 which contains several bug and security fixes over v5.2.12
--
dakanji.com
Posts: 1
I just wanted to post a "me too". There is definitely something weird with the latest PHP packages and gallery on Fedora 12. Downgrading all of the php rpms to 5.3.0 fixed it for me.
Posts: 16501
Are you guys installing Gallery on Fedora from rpm or from a manual download from this site?
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
Posts: 17
I'll add another "me too"
I have quite a few G2 installations on my server which broke (can't log in as admin, but I haven't tested the other things mentioned in this thread). One of my installs works, so I like the plugin theory...I'll try to figure out what the difference is on my one working installation...One interesting thing is that enabling persistent mysqli connections breaks my working install in a similar way (segfaults, although they are random and not just on the login page like the others).
(BTW, installed via SVN up to 2.3.1 on all of my installations, not via RPM)...
Posts: 40
Amahi users are also having this problem. (Amahi runs over Fedora 12.)
This started recently, and I'm also guessing it comes from a PHP-related update that Fedora pushed.
For us, the 'easy' and hacky fix is to simply add a line before the last line of main.php:
For some reason, forcing the script to exit there stopped all segfaults.
Anyone knows what code gets executed once the main.php script reach that point, normally?
(Maybe an ob_handler or something similar?)
Here's a gdb session of the segfault, reproduced using the CLI PHP executable:
- Guillaume Boudreau
Posts: 40
Here's two PHP bugs entries that are related to this:
http://bugs.php.net/50382
http://bugs.php.net/50519
Sadly, a fix for #50519 is included in PHP 5.3.2, and so this shouldn't happen in 5.3.2 or later. But it does happen; my gdb backtrace shows I'm using php-5.3.2.
The workaround given in #50382 works for me:
In php.ini:
or in httpd.conf / .htaccess:
- Guillaume Boudreau
Posts: 40
This issue is tracked in SourceForge.net bug tracker @
http://sourceforge.net/tracker/?func=detail&aid=2978414&group_id=7130&atid=107130#
- Guillaume Boudreau
Posts: 76
I first noticed the problem when my eye-fi card reported uploading errors. Using a test machine for Lucid and Ebox I tried installing Gallery2.3.1 again. Despite testing all the suggestions the problem still remains. Anywhere the link suggest a javascript submission Firefox asks to save the resulting page. From an external connection the result is "Zero sized reply".
Posts: 40
If deactivating zend.enable_gc doesn't resolve your problem, then you have a different crash than mine (or you didn't deactivate it correctly).
Here's how you can generate a core dump of your crash:
http://bugs.php.net/bugs-generating-backtrace.php
- Guillaume Boudreau
Posts: 17
Guillaume, does the zend.enable_gc=Off fix actually fix it by itself, or is that coupled with the edit to main.php? I'm hesitant to install the newer php now since I have quite a few G2 installations, which will all break simultaneously...
Posts: 40
One or the other should work. I suggest only "zend.enable_gc=Off".
In the sourceforge URL above, another user reported another crash (that the above fix doesn't resolve).
For myself, "zend.enable_gc=Off" is the only change needed to make G2 work fine on PHP 5.3.2.
- Guillaume Boudreau
Posts: 17
Solved my problem...Thanks!
Posts: 76
Two threads going on a simialr topic, difficutlies with gallery2 on php 5.3.2.
Started for fresh install and when reahced step 8, core install, the followoing error message, "Catchable fatal error: Object of class GalleryStorageExtras could not be converted to string in /var/www/public_html/gallery2/lib/adodb/drivers/adodb-mysqli.inc.php on line 98".
The issues I started out with were on an upgraded system but now unable to complete installation.
This is the other thread.. http://gallery.menalto.com/node/95444#comment-340983
My next step is to downgrade and wait to see the outcome.
Posts: 1293
mervyngroves
I think your issue is different to those seemingly resolved by "zend.enable_gc=Off" and is related to your MySQL installation. See my post on the other thread and post your MySQL version and if possible, your my.cnf file contents there.
I think you may need to go to MySQL 5.0.x if you have the new 5.1.x as I believe something may have changed. Bear in mind that the piece of code throwing the error was written in 2003.
--
dakanji.com
Posts: 76
MySql 5.1.41 Ver 14.14
my.cnf attached
Currently re-building a machine using Ubuntu 9.10, PHP 5.2.6 and Mysql 5.1.30. This was the last working platform for me.
Will be disappointed to see the demise of Gallery2. Gallery3 has not impressed me so far.
Posts: 1293
I am sure php 5.3.2 will work for you and that the issue is with MySQL.
Looking at your my.cnf, it looks totally different to what I recollect of mine (can't ssh in at the moment to check). The code throwing the error reads the my.cnf file to make connections and I believe problems with reading/parsing or whatever is what the issue is although I note that you said you had it working with MySQL 5.1.30 before.
I think PHP 5.3.2 will work with another version of MySQL and that the issue is not a php issue at all. MySQL 5.1.42 is outdated and has had several bug fixes with 5.1.45 being the current version and you should be running up to date stuff.
--
dakanji.com
Posts: 76
While mysql 5.1.45 may be the latest stable verion the current version available from the Ubuntu repositories for their beta1 version of Lucid 10.04LTS is 5.1.41. I have always used Ubuntu repositories for version management.
Posts: 1293
I didn't pay attention to the fact that you were on a beta version OS in the other post … All bets are off in that case. Same thing applies to bleeding edge stuff like Fedora actually.
--
dakanji.com
Posts: 76
Reckon you may be a lot lounger than me!
Ubuntu 10.04 LTS Beta 1 has been extremely robust on all the other applications however I will continue to monitor the progress.
My real worry is that my ISP will upgrade, currently php 5.2.6 and mySQL 5.1.37 and I'm not certain what the outcome might be.
Anyway rebuilt another server using Ubuntu 9.10, current but due to be replaced by 10.04 at the end of April, PHP 5.2.10, mySQL 5.1.37 and Apache 2.2.12 ~ no problems, everything working fine.
Other observations, my.cnf is identical to the version posted already.
Many thanks appreciate your support.
Posts: 1293
Thanks on the my.cnf. I guess that is an Ubuntu format (I am used to the boring but solid Centos).
It may well be the case that the Adodb framework used by G2 is not ok with php 5.3.2. I happen to know though that it was tested with php 5.3.0 and 5.3.1 before release and the 5.3.1 - 5.3.2 changelog doesn't seem to include anything that should make it fall over which is why I suspect that the issue may be more to do with MySQL.
Anyway, nice that you are back up and running. Like you, I am sticking with G2 for the immediate future.
--
dakanji.com
Posts: 17
Adding "zend.enable_gc=Off" did not fix all of the problems...I still am getting segfaults when trying to upload pics using the form method...
Posts: 8
I added "zend.enable_gc=Off" and I can't login. It gives me a blank page and I'm not logged in.
I also added the exit() command to the same result.
Posts: 8
I got it working.
I changed to the mysql engine in my config.php file as per this page
http://bugs.amahi.org/issues/show/499
Posts: 17
That works...Apparently mysqli is broken as well...
Edit: mysqli (only) works with persistent connections...
$storeConfig['usePersistentConnections'] = true;
Posts: 1
Fedora 12 (and 13) users should test php-5.3.2-2 (in updates-testing) which
shouldsolves this issue.+
Posts: 78
I started seeing the same segmentation fault problem after upgrading to Ubuntu 10.04 this afternoon. Switching from mysqli back to mysql resolved my issue for now, thanks!
Posts: 28
Thank you!!!
Switching from mysqli to mysqlt in config.php made my Gallery 2 working again after upgrade from Ubuntu 9.10 to 10.04.