Edit report at https://bugs.php.net/bug.php?id=62382&edit=1
ID: 62382
Updated by: tony2001@php.net
Reported by: david dot guyot at europecamions-interactive dot co
Summary: Wrong timestamp and time per request in access
format of a PHP-FPM pool
-Status: Assigned
+Status: Closed
Type: Bug
Package: FPM related
Operating System: Debian Squeeze 2.6.38.2-grsec-xx
PHP Version: 5.4.4
Assigned To: tony2001
Block user comment: N
Private report: N
New Comment:
The fix for this bug has been committed.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
For Windows:
http://windows.php.net/snapshots/
Thank you for the report, and for helping us make PHP better.
Previous Comments:
------------------------------------------------------------------------
[2015-02-16 11:49:30] philipp dot wahala at web dot de
Bug 68822 (https://bugs.php.net/bug.php?id=68822) describes the same bug. There is a pull request
which should fix this bug (https://github.com/php/php-src/pull/995).
------------------------------------------------------------------------
[2015-01-09 05:02:50] philipp dot wahala at web dot de
I just ran into this issue on Darwin OS X 10.9.5. Both PHP 5.5.20 and PHP 5.6.4 are affected.
------------------------------------------------------------------------
[2014-09-09 07:27:10] rob dot bast at gmail dot com
Same problem still persists on PHP 5.5.16 (Archlinux 3.16.1-1-ARCH)
------------------------------------------------------------------------
[2013-07-08 11:54:52] itsgoingd at luzer dot sk
Note that this bug still exists in PHP 5.5.0 as well as 5.4.17 (testing on FreeBSD
9.1).
Fix proposed by Mauro Stettler (thanks!), moving the accepted_epoch cleanup code
from fpm_request_finished() [fpm_request.c:209] to fpm_request_reading_headers()
[fpm_request.c:61] solves the problem for me, not sure about how correct this
solution is. Any input on this by fpm developers?
------------------------------------------------------------------------
[2013-02-20 09:42:24] timur at gnu dot org
I don't think corruption is connected with nginx or keepalive. I'd assume that it
happens on the late stage when your script is about to finish and just washed out
by restarting PHP process. With keepalive you are entering the next request with
already corrupted time value.
Well, just speculating :) At least, we see the same behaviour with the upstream
keepalive disabled...
------------------------------------------------------------------------
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=62382
--
Edit this bug report at https://bugs.php.net/bug.php?id=62382&edit=1