Bug #74778 [NEW]: opcache_clear() puts php-fpm master in a cpu loop

From: 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

« previous php.bugs (#209587) next »