Doc #72521 [NEW]: Document PHP-FPM chroot() issues with the opcode cache
| From: | janos at pasztor dot at | Date: | Thu, 30 Jun 2016 09:02:13 +0000 |
| Subject: | Doc #72521 [NEW]: Document PHP-FPM chroot() issues with the opcode cache | ||
| Groups: | php.doc.bugs | ||
| Request: | Send a blank email to doc-bugs+get-13662@lists.php.net to get a copy of this message | ||
From: janos at pasztor dot at
Operating system: Linux/Unix
PHP version: Irrelevant
Package: Documentation problem
Bug Type: Documentation Problem
Bug description:Document PHP-FPM chroot() issues with the opcode cache
Description:
------------
When using the chroot functionality with PHP-FPM and having the same
path within the chroots of two different pools, the opcode cached code
can get mixed up.
For example these two scripts get mixed up with opcode cache name:
Full path 1: /var/www/example1.com/var/www/htdocs/index.php
Chroot 1: /var/www/example1.com
Full path 2: /var/www/example2.com/var/www/htdocs/index.php
Chroot 2: /var/www/example2.com
Expected result:
----------------
Update the documentation at
https://secure.php.net/manual/en/install.fpm.configuration.php
with a
warning, something like this:
chroot string
Chroot to this directory at the start. This value must be defined as an
absolute path. When this value is not set, chroot is not used.
>>> Be careful when using chroot with opcache! Since the opcache is
shared between pools, the paths within the chroots must be unique per
chroot, otherwise the opcache will lead to unexpected behavior. <<<
(Alternatively the FPM pool name could be added to the opcache key to
avoid this behavior.)
--
Edit bug report at https://bugs.php.net/bug.php?id=72521&edit=1
--
Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=72521&r=trysnapshot54
Try a snapshot (PHP 5.5): https://bugs.php.net/fix.php?id=72521&r=trysnapshot55
Try a snapshot (trunk): https://bugs.php.net/fix.php?id=72521&r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=72521&r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=72521&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=72521&r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=72521&r=needscript
Try newer version: https://bugs.php.net/fix.php?id=72521&r=oldversion
Not developer issue: https://bugs.php.net/fix.php?id=72521&r=support
Expected behavior: https://bugs.php.net/fix.php?id=72521&r=notwrong
Not enough info: https://bugs.php.net/fix.php?id=72521&r=notenoughinfo
Submitted twice: https://bugs.php.net/fix.php?id=72521&r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=72521&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=72521&r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=72521&r=dst
IIS Stability: https://bugs.php.net/fix.php?id=72521&r=isapi
Install GNU Sed: https://bugs.php.net/fix.php?id=72521&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=72521&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=72521&r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=72521&r=mysqlcfg