php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #75107 opcache_reset will cause running FPM process stop with SIGKILL
Submitted: 2017-08-23 06:58 UTC Modified: 2018-01-01 21:02 UTC
Votes:4
Avg. Score:4.5 ± 0.9
Reproduced:3 of 3 (100.0%)
Same Version:1 (33.3%)
Same OS:1 (33.3%)
From: greatdeer at gmail dot com Assigned:
Status: Open Package: opcache
PHP Version: 5.6.31 OS: CentOS6.5
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: greatdeer at gmail dot com
New email:
PHP Version: OS:

 

 [2017-08-23 06:58 UTC] greatdeer at gmail dot com
Description:
------------
I use Nginx and PHP-FPM, Occasionally, php-fpm.log will report SIGKILL ("WARNING: [pool www] child 12197 exited on signal 9 (SIGKILL) after 2046.724398 seconds from start") with no more messages. I look for the reason for a long time, and finally I found it. It was opcache_reset. When I update the php codes, opcache_reset() will be triggered to make the codes validate immediately. And sometimes some scripts were executing just the same time and would crash.
Is it a bug? or I should avoid useing opcache_reset()?


Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2018-01-01 21:02 UTC] nikic@php.net
opcache_reset() triggers an opcache restart. If a process holds onto an SHM lock for more than opcache.force_restart_timeout seconds after the restart is initiated, it will be killed. See also http://php.net/manual/en/opcache.configuration.php#ini.opcache.force-restart-timeout.
 
PHP Copyright © 2001-2018 The PHP Group
All rights reserved.
Last updated: Sun Jun 24 20:01:41 2018 UTC