Bug #74778 [NEW]: opcache_clear() puts php-fpm master in a cpu loop
| From: | daniel dot ylitalo at mytaste dot com | Date: | Mon, 19 Jun 2017 08:35:24 +0000 |
| Subject: | Bug #74778 [NEW]: opcache_clear() puts php-fpm master in a cpu loop | ||
| Groups: | php.bugs | ||
| Request: | Send a blank email to php-bugs+get-209587@lists.php.net to get a copy of this message | ||
From: daniel dot ylitalo at mytaste dot com
Operating system: FreeBSD 11.0-RELEASE-p10
PHP version: 7.1.6
Package: FPM related
Bug Type: Bug
Bug description:opcache_clear() puts php-fpm master in a cpu loop
Description:
------------
I tried clearing a pools opcache with opcache_reset(); however while the
script finishes running, once it completes the fpm-master process goes
into some kind of loop using 50% cpu and the pools goes dormant and
stops accepting connections
Nginx block:
location /opcache-clear {
fastcgi_pass unix:/var/run/php/pool-xyz-socket.sock;
fastcgi_index clear.php;
fastcgi_param PHP_ADMIN_VALUE
"open_basedir=/home/www/clear-opcache.xxxxxxxxxx.com";
include fastcgi_params;
fastcgi_param SCRIPT_NAME /clear.php;
fastcgi_param SCRIPT_FILENAME $document_root/clear.php;
}
FPM POOLS consists of this configuration with different
listen.owners/users:
[xxxxxxx-xxx]
listen = /var/run/php/pool-xyz-socket.sock
listen.owner = xxxxxxxx
listen.group = www
listen.mode = 0660
user = xx-xx
group = xx-xx
pm = static
pm.max_children = 20
pm.status_path = /fpm-status.php
Test script:
---------------
<?php
$status = opcache_reset();
if($status === true) {
echo '+OK';
}else{
echo '+ERROR';
}
Expected result:
----------------
The fpm-master process should not go into a cpu loop and continue
serving requests
Actual result:
--------------
fpm sockets stops accepting connections
--
Edit bug report at https://bugs.php.net/bug.php?id=74778&edit=1
--
Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=74778&r=trysnapshot54
Try a snapshot (PHP 5.5): https://bugs.php.net/fix.php?id=74778&r=trysnapshot55
Try a snapshot (trunk): https://bugs.php.net/fix.php?id=74778&r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=74778&r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=74778&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=74778&r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=74778&r=needscript
Try newer version: https://bugs.php.net/fix.php?id=74778&r=oldversion
Not developer issue: https://bugs.php.net/fix.php?id=74778&r=support
Expected behavior: https://bugs.php.net/fix.php?id=74778&r=notwrong
Not enough info: https://bugs.php.net/fix.php?id=74778&r=notenoughinfo
Submitted twice: https://bugs.php.net/fix.php?id=74778&r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=74778&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=74778&r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=74778&r=dst
IIS Stability: https://bugs.php.net/fix.php?id=74778&r=isapi
Install GNU Sed: https://bugs.php.net/fix.php?id=74778&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=74778&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=74778&r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=74778&r=mysqlcfg