[Bug 1263065] [NEW] php5-memcache segfaults with object (un)serialization

Public bug reported: I can reproduce https://bugs.php.net/bug.php?id=63142 in an up-to-date Ubuntu 12.04.3 LTS Package: php5-memcache Priority: optional Section: universe/web Installed-Size: 151 Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com Original-Maintainer: Sergey B

[Bug 802565] [NEW] Arbitrary file limit in garbage-collection cron script causes loss of service

Public bug reported: PHP in Ubuntu 10.04.2 LTS includes /etc/cron.d/php5: 09,39 * * * * root [ -x /usr/lib/php5/maxlifetime ] [ -d /var/lib/php5 ] find /var/lib/php5/ -type f -cmin +$(/usr/lib/php5/maxlifetime) -print0 | xargs -n 200 -r -0 rm $ dpkg -S /etc/cron.d/php5 php5-common:

[Bug 316441] Re: PHP session garbage collection

I had a similar issue to Phil. A web server was generating PHP sessions faster than they were being deleted by the cron job. This caused the disk on which /var/lib/php5 was located to run out of inodes, and thence to a loss of service. It is caused by this upstream workaround, which is poor:

[Bug 282674] Re: max_execution_time and max_input_time settings in php.ini are ignored by php cli

Thanks. Then I'll ask PHP to update their documentation. You link to a page that states: When running PHP from the command line the default setting is 0. It is not sufficiently clear that this value cannot be overridden in php.ini. However, it does say so here:

[Bug 282674] [NEW] max_execution_time and max_input_time settings in php.ini are ignored by php cli

Public bug reported: Binary package hint: php5 Using PHP 5.2.3-1ubuntu6.4 (cli) (built: Jul 23 2008 06:20:35) on Ubuntu 7.10 Steps to reproduce: Edit /etc/php5/cli/php.ini Change max_execution_time to a non-zero value, e.g. 10 Change max_input_time to a non-zero value, e.g. 10 php -i | grep