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

From: post at minhost dot no Operating system: CentOS 7.4 PHP version: 7.1.16 Package: opcache Bug Type: Feature/Change Request Bug description:ini setting to not empty opcache when php-fpm is reloaded 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 bug report at https://bugs.php.net/bug.php?id=76225&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=76225&r=trysnapshot54 Try a snapshot (PHP 5.5): https://bugs.php.net/fix.php?id=76225&r=trysnapshot55 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=76225&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=76225&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=76225&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=76225&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=76225&r=needscript Try newer version: https://bugs.php.net/fix.php?id=76225&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=76225&r=support Expected behavior: https://bugs.php.net/fix.php?id=76225&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=76225&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=76225&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=76225&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=76225&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=76225&r=dst IIS Stability: https://bugs.php.net/fix.php?id=76225&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=76225&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=76225&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=76225&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=76225&r=mysqlcfg