Bug #72112 [Com]: Opcache corruption after opcache_reset()

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

« previous php.bugs (#216865) next »