Edit report at https://bugs.php.net/bug.php?id=70360&edit=1
ID: 70360
User updated by: atippett at gmail dot com
Reported by: atippett at gmail dot com
Summary: Segmentation fault for every request
Status: Open
Type: Bug
Package: opcache
Operating System: Linux fenrir 3.16.0-4-amd64 #1
PHP Version: 5.6.12
Block user comment: N
Private report: N
New Comment:
I believe this might be related to https://bugs.php.net/bug.php?id=69549 I'll
run some tests tonight with the updated version of php on fenrir.
Previous Comments:
------------------------------------------------------------------------
[2015-08-28 10:11:26] steve at stephenorr dot co dot uk
Same issue for me on PHP 5.6.12-1+deb.sury.org~vivid+1 (as provided in ondrej PPA on Ubuntu).
Disabling opcache initially appeared to resolve the problem, but it looks like my actual issue was
that I also had the xcache extension enabled, and the two were conflicting.
Uninstalling xcache and re-enabling opcache seems to work.
------------------------------------------------------------------------
[2015-08-26 06:37:41] atippett at gmail dot com
changing to package opcache
------------------------------------------------------------------------
[2015-08-26 06:35:39] atippett at gmail dot com
Please advice:
After much poking, turning off opcache (7.0.4) fixes the issues. It's terrible hard to
diagnosis what's going on and any recommendations are welcome. The code runs fine after an
apache2ctl restart for sometimes a 1/2 day or so but if we stress test the system with a lots of
connections we can reproduce a segmentation fault when opcache is on. Other sites under the same
webserver continue to work but any access to the url we stress test produces a core dump on every
request until we restart apache. We've tried to narrow down what code is causing it but have
been unsuccessful at finding a code example that we can pass on. Any recommendations?
------------------------------------------------------------------------
[2015-08-26 06:35:34] atippett at gmail dot com
Please advice:
After much poking, turning off opcache (7.0.4) fixes the issues. It's terrible hard to
diagnosis what's going on and any recommendations are welcome. The code runs fine after an
apache2ctl restart for sometimes a 1/2 day or so but if we stress test the system with a lots of
connections we can reproduce a segmentation fault when opcache is on. Other sites under the same
webserver continue to work but any access to the url we stress test produces a core dump on every
request until we restart apache. We've tried to narrow down what code is causing it but have
been unsuccessful at finding a code example that we can pass on. Any recommendations?
------------------------------------------------------------------------
[2015-08-25 17:56:31] requinix@php.net
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with <?php and ends with ?>,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
------------------------------------------------------------------------
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=70360
--
Edit this bug report at https://bugs.php.net/bug.php?id=70360&edit=1