php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #69041 mod_fcgid: get overlap result error
Submitted: 2015-02-12 13:19 UTC Modified: 2021-09-12 04:22 UTC
Votes:22
Avg. Score:4.3 ± 0.9
Reproduced:21 of 21 (100.0%)
Same Version:6 (28.6%)
Same OS:8 (38.1%)
From: adam dot tallon at version1 dot com Assigned: cmb (profile)
Status: No Feedback Package: CGI/CLI related
PHP Version: 5.6.5 OS: Windows 7 x64
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: adam dot tallon at version1 dot com
New email:
PHP Version: OS:

 

 [2015-02-12 13:19 UTC] adam dot tallon at version1 dot com
Description:
------------
All is configured correctly and I can serve HTML pages grand but when I try to request a PHP page no matter how simple or complex the PHP code I get an internal server error in my browser.

PHP was working fine until I started using mod_fcgid. PHP works ok if I use 'LoadModule'.

In the Apache logs I'm getting the below error:
[fcgid:warn] [pid 816:tid 944] (OS 109)The pipe has been ended. : [client xxx.xxx.xxx.xxx:53392] mod_fcgif: get overlap result error
[core:error] [pid 816:tid 944] [client xxx.xxx.xxx.xxx:53392] End of script output before headers: index.php

And all I have in the index.php file is:

<?php
phpinfo();
?>

I'm running the the below:

- Apache 2.4.12 Win64
  - mod_fcgid 2.3.9
- PHP 5.6.5 x64

Apache Fcgid config being used:
FcgidInitialEnv PATH "C:/Program\ Files/PHP;C:/instantclient_12_1;C:/WINDOWS/system32;C:/WINDOWS;C:/WINDOWS/System32/Wbem;"
FcgidInitialEnv SystemRoot "C:/Windows"
FcgidInitialEnv SystemDrive "C:"
FcgidInitialEnv TEMP "C:/WINDOWS/Temp"
FcgidInitialEnv TMP "C:/WINDOWS/Temp"
FcgidInitialEnv windir "C:/WINDOWS"
FcgidIOTimeout 64
FcgidConnectTimeout 16
FcgidMaxRequestsPerProcess 1000 
FcgidMaxProcesses 50 
FcgidMaxRequestLen 8131072
# PHPRC is the location of the php.ini file
FcgidInitialEnv PHPRC "c:/Program\ Files/PHP"
FcgidInitialEnv PHP_FCGI_MAX_REQUESTS 1000

<Files ~ "\.php$>"
  AddHandler fcgid-script .php
  FcgidWrapper "c:/Program\ Files/PHP/php-cgi.exe" .php
</Files>


Test script:
---------------
<?php
phpinfo();
?>

Expected result:
----------------
Should render the PHP info page.

Actual result:
--------------
'Internal Server Error' page.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2015-02-27 21:00 UTC] ml413 at hotmail dot com
Do you have APCU enabled? Like APC, it doesn't handle NTS PHP very well. I got these errors when benchmark testing with APCU enabled on 2008R2, Apache 2.4, and PHP 5.6 NTS or PHP 5.5 NTS using mod_fcgid, but they disappeared when I disabled it. Switching to Wincache with PHP 5.5 was stable.
 [2015-03-02 09:05 UTC] adam dot tallon at versio1 dot com
No, I don't have any APCU enabled. Very minimal configuration.
 [2015-06-05 20:23 UTC] andrewteg at gmail dot com
We had the same problem but apparently had the x86 version. Once we installed a non thread-safe x64 version we were ok again. We got php-5.6.9-nts-Win32-VC11-x64 working.
 [2017-10-26 03:36 UTC] jackzhu at aliyun dot com
Try `php --version`, if you saw nothing, you may just need the **x86** VC11 runtime. On my php x86 nts 5.6.31 + Apache 2.4 x64 + mod_fcgi on Windows 10 x64, install the x86 runtime solved the same problem.
 [2021-08-30 16:32 UTC] cmb@php.net
-Status: Open +Status: Feedback -Assigned To: +Assigned To: cmb
 [2021-08-30 16:32 UTC] cmb@php.net
Is this still an issue for you with any of the actively supported
PHP versions[1]?

[1] <https://www.php.net/supported-versions.php>
 [2021-09-12 04:22 UTC] php-bugs at lists dot php dot 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.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Thu Dec 26 13:01:30 2024 UTC