Topic: PHP 5.3.0 Update causing httpd processes to segfault.

I have been using the "remi" updates for quite some time, and I have benefited tremendously from the work of having the MySQL and PHP packages pre built.  Unfortunately the PHP 5.3.0 update has severely broken my web pages.

I am running CentOS 4.7 on x86_64 architecture, httpd-2.0.52, php-5.3.0 1.el4.remi.

Although php-eacclerator was installed, it would not load when restarting the httpd daemon.  After compiling php-eacclerator from source this problem went away.

Also since the php-5.3.0 upgrade, the php-ffmpeg module would not load.  Again, compiling this from source cleared that problem.

Now PHP 5.3.0 loads without any errors.  Unfortunately, when I point a web browser to my PHP based web pages (geeklog, phpMyAdmin, etc) the httpd process will seg-fault and the error "Zero Sized Reply" is returned to the browser.

Obviously the httpd package was not touched and all web pages were working fine before the PHP-5.3.0 update.  The assumption is that the PHP-5.3.0 packages are the culprit to seg-faulting the httpd processes.

I don't know if it the php-5.3.0 updates not compatible with the httpd package that is installed, or what the problem might be, but the latest upgrades do not work in my environment.

Thanks.

Re: PHP 5.3.0 Update causing httpd processes to segfault.

Oups, I've forget to rebuild php-eaccelerator against php 5.3.0
(version 0.9.6rc is required, I have already done the upgrade in Fedora rawhide)
I will do it ASAP.

Have you consider switching to php-pecl-apc which is another cache solution and which will become the official one in php 6 ?

I have stop working on php-ffmpeg because of lack of interest on this extension (no feedback on ffmpeg-php-0.5.1-1). I will have a look on it again if I found some time.

I don't think the httpd 2.0 should cause issue, but EL 4.7 is really old now and a lot of system libraries are really outdated...

Yes php 5.3.0 still have some bug, and 5.3.1 will come soon (but please, try without this 2 extensions)

So be patient.

+

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: PHP 5.3.0 Update causing httpd processes to segfault.

Not loading those two modules did not fix the problem.

http://php.gemneye.org:1115/ -- is the phpinfo page.

http://geeklog.gemneye.org:8888/ , which is on the same server produces this error in the /var/log/httpd/error_log

[Wed Aug 12 23:04:39 2009] [notice] Apache/2.0.52 (CentOS) configured -- resuming normal operations
[Wed Aug 12 23:04:54 2009] [notice] child pid 32036 exit signal Segmentation fault (11)

Yes, CentOS 4.7 is definitely past its prime, but I was trying to hold off upgrading; which looks like it is inevitable now.

I am also unable to build the src.rpms.  It goes for awhile and finally exits out with a bunch of libiconv errors with undefined member functions (if I remember correctly).

I have not decided if I am going to go with CentOS 5 or not.  Even some of their packages are outdated, on the other hand I don't really feel like reconfiguring all the other services on a different platform.  I have never installed Fedora, and am not sure that is the correct path for a server or not (even if it is a home server).

Thanks for supporting the Red Hat community with your packages!!!

Re: PHP 5.3.0 Update causing httpd processes to segfault.

I was able to compile from source RPM by disabling iconv, but still have the same problems.  I compiled the latest libiconv and installed it so not sure why I could not compile PHP with iconv support?  Regardless, PHP 5.3.0, is not playing well with Centos 4.7.

Re: PHP 5.3.0 Update causing httpd processes to segfault.

The segfault issue is present with CentOS 4.8 and php 5.3.1 (and 5.3.2 from remi-test), more specifically, it seems to be related to the MySQL extension as when that is commented from /etc/php.d/mysql.ini the segfaults stop occurring (renders the server pretty useless though!).

In the end I had to revert to 5.2.13 from the archives and that works fine, no segfaults!

Re: PHP 5.3.0 Update causing httpd processes to segfault.

I can't reproduce on a full up2date EL 4.8 box...
(I've try phpMyAdmin, and a GLPI installation)

Are all your mysql + php RPM from my repo ?

What is the result of:

# rpm -qa | grep -i php
# rpm -qa | grep -i mysql

Have you try 5.3.2-2 (in remi-test) which solves some crash issues (with mysqli and garbage collector).

5.3.3 will come soon.

+

P.S I've just move php-5.3.2-2 from remi-test to remi.

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: PHP 5.3.0 Update causing httpd processes to segfault.

Having problems with latest updates from the remi repos.

Running CentOS 5.5, with all current updates.

Current rpm levels

mysql-5.1.49-1.el5.remi
httpd-2.2.3-43.el5.centos
phpMyAdmin-3.3.5-1.el5.remi
php-5.3.3-1.el5.remi

I am getting
[Mon Jul 26 16:34:40 2010] [notice] child pid 16779 exit signal Segmentation fault (11)

When trying to run phpMyAdmin.

The rest of my site that is MySQL heavy is working fine.

I had upgraded last week and phpMyAdmin was only at 3.3.4 and today saw another phpMyAdmin update roll out and applied it hoping it would solve my problems. But it didn't.
Not sure if it is a PHP or phpMyAdmin (or even MySQL problem at this time).

Any known issues with this very latest set of updates?

Thanks
Adam

Re: PHP 5.3.0 Update causing httpd processes to segfault.

Followup:

I ran your rpm queries above.

[root@centos php.d]# rpm -qa | grep -i php

php-pear-Var-Dump-1.0.3-2.el5
php-pear-Image-Color-1.0.3-1.el5.remi
php-pear-XML-Beautifier-1.2.0-2.el5.remi
php-embedded-5.3.3-1.el5.remi
php-pear-Image-Graph-0.7.2-4.el5
php-magickwand-1.0.8-4.el5.remi
php-pear-XML-Parser-1.3.2-2.el5.remi
php-pear-Mail-1.2.0-1.el5.remi
php-pear-Net-Ping-2.4.5-1.el5.remi
php-5.3.3-1.el5.remi
php-mbstring-5.3.3-1.el5.remi
php-xml-5.3.3-1.el5.remi
php-cli-5.3.3-1.el5.remi
php-eaccelerator-0.9.6.1-1.el5.remi
php-pear-Net-SMTP-1.4.2-1.el5.remi
php-pear-SOAP-0.12.0-2.el5.remi
php-pear-Numbers-Words-0.16.1-1.el5.remi
php-pecl-ncurses-1.0.1-1.el5.remi
php-pear-Net-DIME-1.0.1-1.el5
php-pear-Numbers-Roman-1.0.2-2.el5
php-pdo-5.3.3-1.el5.remi
php-mysql-5.3.3-1.el5.remi
php-soap-5.3.3-1.el5.remi
php-imap-5.3.3-1.el5.remi
php-pear-1.9.1-2.el5.remi
php-devel-5.3.3-1.el5.remi
php-pear-Mail-Mime-1.7.0-1.el5.remi
php-pear-Auth-SASL-1.0.4-1.el5.remi
php-pear-Mail-mimeDecode-1.5.0-4.el5.remi
php-pear-XML-RSS-1.0.0-1.el5.remi
php-pecl-ssh2-0.11.0-3.el5.remi.1
php-pear-Net-Socket-1.0.9-2.el5.remi
php-common-5.3.3-1.el5.remi
php-gd-5.3.3-1.el5.remi
php-mcrypt-5.3.3-1.el5.remi
php-ldap-5.3.3-1.el5.remi
phpMyAdmin-3.3.5-1.el5.remi
php-pear-Net-URL-1.0.15-1.el5.centos
php-pear-Net-Curl-1.2.5-1.el5
php-pear-HTTP-Request-1.4.4-1.el5.remi
php-pear-Image-Canvas-0.3.2-1.el5.remi


[root@centos php.d]# rpm -qa | grep -i mysql

mysql-embedded-5.1.49-1.el5.remi
perl-DBD-MySQL-3.0007-2.el5
mysqlclient15-5.0.67-1.el5.remi
mysql-embedded-devel-5.1.49-1.el5.remi
mysql-libs-5.1.49-1.el5.remi
mysql-5.1.49-1.el5.remi
php-mysql-5.3.3-1.el5.remi
mysql-server-5.1.49-1.el5.remi
mysql-devel-5.1.49-1.el5.remi

Re: PHP 5.3.0 Update causing httpd processes to segfault.

I'm running a quite similar config on the server hosting this site without any issue...

Any other PHP extension (installed manually) ?

Can you try without eAccelerator ?
(I'm using and prefer APC)

+

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: PHP 5.3.0 Update causing httpd processes to segfault.

Hmmm well I disabled eaccelerator, and it worked! Just commented out the php.d/eaccelerator.ini file.

Strange thing though, I had a stable system, did a standard update via YUM, your repos updated along with a bunch of centos stuff, then I had a messed up server.

Did PHP completely discontinue support for eaccelerator in PHP 5.3.3 already? I thought it was just getting depreciated, and discontinued in PHP 6 (which I hear is now dead).

What is the easiest way to move to APC from current setup, do I need to uninstall eaccelerator first?

Re: PHP 5.3.0 Update causing httpd processes to segfault.

Simple way :

yum remove php-eaccelerator
yum install php-pecl-apc
service httpd restart

Some tuning in /etc/php.d/apc.ini could be usefull (memory, # of files, ...)
The /usr/share/doc/php-pecl-apc-3.1.3p1/apc.php (to be copied in a secured location) provides useful information about cache usage (for tuning).

+

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: PHP 5.3.0 Update causing httpd processes to segfault.

Did PHP completely discontinue support for eaccelerator in PHP 5.3.3 already?

I think it should work (and it work for me, but...)

eAccelerator is a distinct project than PHP, while APC is maintained by some PHP developers and should be merged in PHP core in next major version (which should be 5.4 or something else)

+

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: PHP 5.3.0 Update causing httpd processes to segfault.

Info greatly appreciated!

I Forgot APC was a PECL module, was looking for in the rpm repos list you have.

Might want to consider disabling eaccelerator or at least warning people on latest PHP 5.3.3 issues with eaccelerator in the updates.

Re: PHP 5.3.0 Update causing httpd processes to segfault.

I am having a similar problem.  Centos 4.7 64 bit architecture.

Just upgraded last night and am having weird problems where some of my webpages load but others do not yet all are using the same header file. Example: http://about-flyfishing.com

Click on the dollaghan trout link - content shows up. Click on link to Bann Special shrimp - no content.

Also, an OSCommerce site on the server has died.

HTTP Error log shows segmentation faults.

rpm -qa | grep -i php

php-5.3.3-1.el4.remi
php-pear-1.4.11-1.el4s1.1
php-mysql-5.3.3-1.el4.remi
php-common-5.3.3-1.el4.remi
php-pdo-5.3.3-1.el4.remi
php-gd-5.3.3-1.el4.remi
warning: only V3 signatures can be verified, skipping V4 signature
php-cli-5.3.3-1.el4.remi

rpm -qa | grep -i mysql

libdbi-dbd-mysql-0.6.5-10.RHEL4.1
mysqlclient10-3.23.58-9.2.c4
perl-DBD-MySQL-4.008-1.el4s1
mysql-server-5.1.49-1.el4.remi
mysqlclient14-4.1.22-1.el4s1.1
mysql-libs-5.1.49-1.el4.remi
php-mysql-5.3.3-1.el4.remi
mysqlclient10-3.23.58-4.RHEL4.1
mod_auth_mysql-2.6.1-2.2
mysql-5.1.49-1.el4.remi
MySQL-python-1.2.1_p2-1.el4.1
warning: only V3 signatures can be verified, skipping V4 signature
mysqlclient15-5.0.67-1.el4.remi
mysql-devel-5.1.49-1.el4.remi

Any suggestions would be appreciated!!

Thanks,

Ian

Re: PHP 5.3.0 Update causing httpd processes to segfault.

Just upgraded last night

From which version ?

+

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: PHP 5.3.0 Update causing httpd processes to segfault.

Can you try build in remi-test repository (php-5.3.3-1.el4.remi.1.x86_64.rpm) ?

+

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: PHP 5.3.0 Update causing httpd processes to segfault.

Remi wrote:

Just upgraded last night

From which version ?

+

5.1

Re: PHP 5.3.0 Update causing httpd processes to segfault.

@AdamBAnt

See : http://www.eaccelerator.net/ticket/438
Please try new build : php-eaccelerator-0.9.6.1-2

+

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: PHP 5.3.0 Update causing httpd processes to segfault.

Remi,

Thanks for all the work you go through to support this!

Similar problem

myphpadmin causes httpd to segfault - everything else appears to work OK ...

[jimc@backup db]$ rpm -qa | grep php
php-pdo-5.3.3-1.el5.remi
php-cli-5.3.3-1.el5.remi
php-5.3.3-1.el5.remi
php-odbc-5.3.3-1.el5.remi
php-soap-5.3.3-1.el5.remi
php-mysql-5.3.3-1.el5.remi
php-common-5.3.3-1.el5.remi
php-mbstring-5.3.3-1.el5.remi
php-ldap-5.3.3-1.el5.remi
php-gd-5.3.3-1.el5.remi

[jimc@backup db]$ rpm -qa | grep mysql
mysql-server-5.1.49-1.el5.remi
mysql-5.1.49-1.el5.remi
php-mysql-5.3.3-1.el5.remi
mysqlclient15-5.0.67-1.el5.remi
mysql-libs-5.1.49-1.el5.remi

From the httpd error log:
[Wed Aug 25 19:31:52 2010] [notice] child pid 21138 exit signal Segmentation fault (11)

Any ideas?

Regards

Jim

Re: PHP 5.3.0 Update causing httpd processes to segfault.

Update to the above ...

It appears that the segmentation fault is coming from the Zend Debugger module ... I'll let you know if this does/doesn't fix this ...

Thanks again,

Jim