Bug #76849 [Opn->Fbk]: FastCGI stopped working and was closed
| From: | ab@php.net | Date: | Sat, 09 Feb 2019 06:26:35 +0000 |
| Subject: | Bug #76849 [Opn->Fbk]: FastCGI stopped working and was closed | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-219455@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=76849&edit=1
ID: 76849
Updated by: ab@php.net
Reported by: richard dot rekos at questionmark dot com
Summary: FastCGI stopped working and was closed
-Status: Open
+Status: Feedback
Type: Bug
Package: IIS related
Operating System: Windows 2012 R2
PHP Version: Irrelevant
Block user comment: N
Private report: N
New Comment:
Please do. Thanks.
Previous Comments:
------------------------------------------------------------------------
[2019-01-02 19:13:55] richard dot rekos at questionmark dot com
Have setup crash dump capture and will provide the files following the next crash.
------------------------------------------------------------------------
[2019-01-02 19:12:21] richard dot rekos at questionmark dot com
I am in the process of capturing a crash dump in a Staging environment, where this occurs less
frequently. Our Data Security officers would like to know details related to the handling of crash
dumps. Do you share them with any third party? Are the dump files deleted or retained?
------------------------------------------------------------------------
[2018-11-18 22:34:36] cmb@php.net
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.
------------------------------------------------------------------------
[2018-09-08 03:11:05] requinix@php.net
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php
for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
------------------------------------------------------------------------
[2018-09-07 14:41:59] richard dot rekos at questionmark dot com
Description:
------------
We use a simple php script (ping.php) to serve as a health check. After upgrading from 7.1.16 to
7.1.19, we are seeing php-cgi.exe crash multiple times a day on requests to the health check
(ping.php). We have since upgraded to 7.1.20 and the issue persists.
Test script:
---------------
<?php
echo time();
?>
Expected result:
----------------
Returns Epoch time
Actual result:
--------------
500 Internal Server Error
Faulting application name: php-cgi.exe, version: 7.1.20.0
Faulting module name: ntdll.dll, version: 6.3.9600.19101
------------------------------------------------------------------------
--
Edit this bug report at https://bugs.php.net/bug.php?id=76849&edit=1