Bug #72112 [Com]: Opcache corruption after opcache_reset()
| From: | mah at everybody dot org | Date: | Mon, 03 Sep 2018 20:19:23 +0000 |
| Subject: | Bug #72112 [Com]: Opcache corruption after opcache_reset() | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-216865@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=72112&edit=1
ID: 72112
Comment by: mah at everybody dot org
Reported by: thomas dot colomb at dailymotion dot com
Summary: Opcache corruption after opcache_reset()
Status: No Feedback
Type: Bug
Package: opcache
Operating System: Ubuntu 14.04
PHP Version: 7.0.5
Assigned To: laruence
Block user comment: N
Private report: N
New Comment:
https://stackoverflow.com/a/48250183
The above SO answer suggests that this can be fixed by putting
opcache.use_cwd=1
in the php.ini
Previous Comments:
------------------------------------------------------------------------
[2017-12-15 10:40:15] robsonpiere at outlook dot com
We had the same problem using codeignaiter and PHP 7.1.X
I upgraded to php 7.2 and the problem did not occur anymore.
Note: I'm sorry for my level of English, I hope I have helped
------------------------------------------------------------------------
[2017-09-13 09:59:05] ab@php.net
Related To: Bug #75199
------------------------------------------------------------------------
[2017-07-23 21:59:51] cedric at nyrodev dot com
Same here with nginx and php-fpm PHP 7.0.20-1~dotdeb+8.2 after the sever have been running correctly
for a while, it started doing it randomly on many pages, in a Symfony project.
I disabled opcache for now.
Here is my specific opcache configuration
opcache.enable = 1
opcache.enable_cli = 0
opcache.memory_consumption = 128
opcache.interned_strings_buffer = 8
opcache.revalidate_freq = 60
opcache.max_accelerated_files = 8000
opcache.fast_shutdown = 1
The server is not very busy as it's an internal backoffice used by 50+ people only.
There is a lot of cron task running in cli.
Hope it will help.
------------------------------------------------------------------------
[2017-06-30 15:42:27] hescolar at bitban dot com
We are experiencing the same issue, using PHP-FPM 7.1.5 and nginx.
------------------------------------------------------------------------
[2017-06-28 13:04:35] shpr at libero dot it
I can confirm the bug, in my case I have a lot of intermittent errors:
Class Doctrine\\DBAL\\Driver\\PDOStatement contains 2 abstract methods and must therefore be
declared abstract or implement the remaining methods (Doctrine\\DBAL\\Driver\\Statement::errorInfo,
Doctrine\\DBAL\\Driver\\ResultStatement::closeCursor) in
/opt/db/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOStatement.php on line 28
My environment Debian Jessie + Apache 2.4.10 + Php 7 with and without opcache.
I dont'know how to reproduce the bug but I think is apache 2.4.x & PHP 7.x related. No
problem with php 5.6 (never tried with other web servers). There are a lot of similar tickets in the
web, for example:
https://stackoverflow.com/questions/42503240/intermittent-php-abstract-class-error
https://community.apachefriends.org/viewtopic.php?p=250966&sid=96ef58aaeb7fe142a7dcdfd506a8683f
https://stackoverflow.com/questions/36088683/php-7-symfony-3-fatal-error-1-abstract-method-and-must-therefore-be-declared-a
Can I help the php team in some way? How can I provide more logs?
Thanks
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
https://bugs.php.net/bug.php?id=72112
--
Edit this bug report at https://bugs.php.net/bug.php?id=72112&edit=1