Bug #65590 [Fbk->NoF]: Apache segfaults and reports zend_mm_heap corrupted

Edit report at https://bugs.php.net/bug.php?id=65590&edit=1 ID: 65590 Updated by: php-bugs@lists.php.net Reported by: ole dot skudsvik at gmail dot com Summary: Apache segfaults and reports zend_mm_heap corrupted -Status: Feedback +Status: No Feedback Type: Bug Package: opcache Operating System: Linux, CentOS 6 PHP Version: 5.4.19 Assigned To: cmb Private report: N New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Re-Opened". Thank you. Previous Comments: ------------------------------------------------------------------------ [2021-07-08 11:16:13] cmb@php.net Is this still an issue with any of the actively supported PHP versions[1]? [1] <https://www.php.net/supported-versions.php> ------------------------------------------------------------------------ [2015-11-20 15:40:21] colin at mollenhour dot com Sorry, I spoke too soon, setting opcache.enabled = 0 did not resolve the problem. It seems that since there is a large delay after restart before it happens that it might be related to Apache 2.4 MaxConnectionsPerChild which I have set to 2000. ------------------------------------------------------------------------ [2015-11-19 22:40:50] colin at mollenhour dot com I am currently experiencing this same behavior on PHP 5.5.30 (ondrej/php5 PPA on Ubuntu 14.04) and the latest official Ubuntu 14.04 package (5.5.9+....). I do not have APC installed obviously but am using ZendOPcache (v7.0.6-dev and 7.0.4 respectively). It occurs with or without opcache.fast_shutdown. Another server running the exact same code (load balanced) with PHP 5.4.45 (dotdeb.org package) does not exhibit this issue. I disabled Zend OPcache in favor of XCache and the error disappeared. ------------------------------------------------------------------------ [2015-05-22 13:04:22] phofstetter at sensational dot ch Reproducing this is actually quite easy: Just run any script with FPM and enabled opcache while constantly touching it in order to fill up opcache. Once oom_restarts increments (so opcache tries to restart itself due to having used up all memory), FPM will start crashing and it will continue to do so until you restart it completely. For us, opcache.fast_shutdown solves the problem completely. ------------------------------------------------------------------------ [2015-05-15 09:23:24] nax_hh at hotmail dot com I was able to reproduce this in php 5.6 with a bit of difficulty # cat /etc/centos-release CentOS release 6.6 (Final) # php -v PHP 5.6.8 (cli) (built: Apr 16 2015 20:00:59) Copyright (c) 1997-2015 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2015 Zend Technologies with Zend OPcache v7.0.4-dev, Copyright (c) 1999-2015, by Zend Technologies script: opcache_reset(); require_once __DIR__.'/../vendor/autoload.php'; # composer $app = require_once __DIR__.'/../src/App.php'; # silex app $app->run(); error.log: zend_mm_heap corrupted zend_mm_heap corrupted zend_mm_heap corrupted zend_mm_heap corrupted zend_mm_heap corrupted ... I normally get only that error. If I launch an ab like: ab command: ab -r -n 1000 -c 2 http://localhost:8080/ I get a segfault pretty fast. But with Apache recompiled to generate the dump I'm not able to reproduce it ------------------------------------------------------------------------ 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=65590 -- Edit this bug report at https://bugs.php.net/bug.php?id=65590&edit=1