Categories
PHP

PHP 5.3.16

On august 16thย 2012, the PHP group has released PHP 5.3.16, that brings 20 minor bug fixes.

The corresponding packages are now available on Dotdeb for Debian 6.0 “Squeeze” on both amd64 and i386 architectures. As usual, please read theย ChangeLogย before upgrading and be sure to use to the latest packages before reporting any issue.

36 replies on “PHP 5.3.16”

I have this problem whith fpm in log WARNING: [pool www] child 2875 said into stderr: “*** glibc detected *** php-fpm: pool www: double free or corruption (!prev): 0x0a598110 ***”
And dont work FPM
Please help !!!

I have to downgrade again to 3.5.15 whit php5-fpm 3.5.14 because when update to 3.5.16 show this error log WARNING: [pool www] child 2875 said into stderr: โ€œ*** glibc detected *** php-fpm: pool www: double free or corruption (!prev): 0x0a598110 ***โ€ and FPM dont work !!! ๐Ÿ™

I don’t know exactly why yet, but my site didn’t like the 5.3.16 upgrade. I received plenty of 500 server issues with php5-fpm clients dying (exited on signal 6 (SIGABRT)) always after around 20s. I downgraded to dotdeb’s 5.3.15 and the problem immediately disappeared.

Update gave me SEGFAULTS and other stuff with APC active. Disabled APC for now and everything is running smoothly. Any idea what could be causing this? I was using APC along with PHP since more then a year with the same config (of course always everything from Dotdeb).

Richard, it’s possible we’ve encountered the same issue. We’re using APC, too, and I didn’t try to disable it. I had to rush because it’s a busy live site, hence I downgraded the whole release. Disabling APC would have been easier. ๐Ÿ˜‰

So I’m not alone with this. Well, my site can easily life without APC, the nginx reverse proxy and FastCGI cache are taking care of it. But entering the admin section is a bit slower then before. Hopefully we’re going to see a new fixed APC version soon. ๐Ÿ™‚

I think something is wrong with the memcached part. I get:
PHP Warning: PHP Startup: Unable to load dynamic library ‘/usr/lib/php5/20090626/memcached.so’ – libmemcached.so.11: cannot open shared object file: No such file or directory in Unknown on line 0

and there doesn’t seem to be a libmemcached11 package. The library seems to be available in the libmemcached10 package which doesn’t get upgraded because the name is the same as the previous one…

I have a similar problem with php5-fpm. It starts and then locks during startup and hangs forever until I kill it manually. I also had to downgrade to 5.3.15 because I have no idea how to fix this.

php5-apc for both PHP 5.3 and PHP 5.4 brings APC 3.1.12, the most recent version. I’ll take a further look at the PHP bugtracker about it. Don’t hesitate to provide a backtrace of your crashes (after having installed php5-dbg)

Guillaume Plessis, maybe you could provide older versions of your packages? I would be very thankful for at least 5.3.14, because this bug really hurts.

I got caught by the fpm/apc bug. Not dotdeb’s fault but a little irresponsible of php.net to issue a release which clearly hadn’t been tested on what I’d have thought is a fairly common setup.

For those that install updates using apt or aptitude it’s worth noting that you can check what updates have been done by looking in /var/log/apt/history.log and (unless you clear the apt cache) you’ll usually find older versions of the packages in /var/cache/apt/archives which can be put back easily using dpkg -i

I’ll try to test the dotdeb fix on my backup server later.

Hi Guillaume. Thanks so much for all your work @ dotdeb – it’s much appreciated. I ran the reinstall command above and, unfortunately, errors are still there – a long line of:

child XXXXX exited on signal 6 (SIGABRT) after 31.022805 seconds from start

Disabling apc fixes it.

Are these issues still ongoing. I’ve just reinstalled my server and when ever I try to use /etc/init.d/php5-fpm restart it keeps coming back as failed.

As there is so many problems with this version is it possible to roll back the version that’s on dotdeb to one that’s working. If not can someone explain how I’d do this myself?

I have been experiencing the crashes with PHP-FPM and APC from this update.

What I found out (at least in my case) was that the apc.filters setting seems to be triggering this. Any use of this option seems to trigger it.

Commenting out the apc.filters line in my APC configuration has completely eliminated the error. Of course, some other tweaks to the configuration were needed because of this, but it is still much, much better than having to disable APC altogether.

Comments are closed.