Req #76225 [Com]: ini setting to not empty opcache when php-fpm is reloaded

From: Date: Mon, 16 Apr 2018 07:46:09 +0000
Subject: Req #76225 [Com]: ini setting to not empty opcache when php-fpm is reloaded
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-214757@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=76225&edit=1 ID: 76225 Comment by: post at minhost dot no Reported by: post at minhost dot no Summary: ini setting to not empty opcache when php-fpm is reloaded Status: Feedback Type: Feature/Change Request Package: opcache Operating System: CentOS 7.4 PHP Version: 7.1.16 Block user comment: N Private report: N New Comment: PHP-FPM is reloaded after any SSL cert installation because we run DirectAdmin, and that is the behaviour. I have now contacted DirectAdmin support and asked them why this is needed. I have not yet made a bug report regarding sporadic 503 errors when running update.php in Drupal, because I am not able to reproduce the error on every run, it only happen sporadic, and it can be days between one of my customers report that it happen. Then there is no useful information in the log files, and because I am not able to reproduce the error on demand, I am not able to debug it. Do you still think I should create a bug report? Previous Comments: ------------------------------------------------------------------------ [2018-04-16 05:12:26] requinix@php.net Has this 503 bug been reported? I did quick searches here and only found your InfiniteWP bug https://bugs.php.net/bug.php?id=76205 And pardon my ignorance but why do you have to reload php-fpm when updating the web server's SSL cert? It's separate. ------------------------------------------------------------------------ [2018-04-16 00:16:56] post at minhost dot no Description: ------------ On shared hosting servers users can add and delete domains, and install Let's Encrypt SSL certificates, and they do many times each day, but this clears OPcache each time, because PHP-FPM is reloaded. To avoid empty OPcache for first visits to users PHP pages after each PHP-FPM reload, we have setup file cache as second level fallback OPcache. However ever since PHP 7.1.12 users are sporadic getting 503 errors when running update.php in Drupal (and PHP-FPM crashes). We have not been able to figure out what goes wrong, but it never happened in PHP 7.1.11 (we are now on PHP 7.1.16). I suspect this is related to running file cache as second level fallback OPcache and new bugs in file cache from PHP version 7.1.12 and newer. Because of this problem, we would like to stop running file cache as second level fallback OPcache, and only run OPcache in RAM. To eliminate the need of running file cache as second level fallback OPcache, we need to avoid OPcache being purged on every PHP-FPM reload. Can you please add a OPcache .ini setting that allow us to disable purging of OPcache after PHP-FPM is reloaded, so that we can stop using file cache, and only use OPcache in RAM. Or even better, can you please disable purgin of OPcache after PHP-FPM reload, and only purge OPcache when PHP-FPM is restarted? ------------------------------------------------------------------------ -- Edit this bug report at https://bugs.php.net/bug.php?id=76225&edit=1

« previous php.bugs (#214757) next »