#33777 [NEW]: PHP fastcgi returns "No input file specified" only when it finds a valid script

From: sibaz at sibaz dot com Operating system: Upgraded Suse (2.6.5-7.155.29) PHP version: 5.0.4 PHP Bug Type: CGI related Bug description: PHP fastcgi returns "No input file specified" only when it finds a valid script Description: ------------ When accessing valid pages from Apache2 server, PHP comes back with No input file specified. Logs show a page was correctly accessed, but with a 404 error code. Specifying a .html file or a non-existant file, returns a valid page or a 404 error page correcty. I believe the problem lies in the PHP fastcgi daemon some how. I believe I have removed all other possible problems. I'm confused: I have recompiled PHP5 and Apache2 removing everything that seems unneccesary I have PHP5 compiled using ./configure --enable-fastcgi --prefix=/usr/local/php5 --program-suffix=-fastcgi --without-pear and running as a separate daemon using -b 127.0.0.1:8002 I have Apache2 compiled with ./configure --prefix=/usr/local/apache2 Apache2 Config portion is below Notes: /usr/local/apache2/fastcgi is a valid, but empty directory I had the server working at one point, but I added a few compile options and it stopped, and I've since removed all but the basic compile options and it still dies. I have done a make clean before building and I have tried this from the original clean tarball sources. I'm clueless. I'm not used to this kind of problem under Linux. Reproduce code: --------------- Apache2 Config, which I had problems figuring out. LoadModule fastcgi_module modules/mod_fastcgi.so <IfModule mod_fastcgi.c> Alias /fcgi-bin/ /usr/local/apache2/fastcgi/ FastCGIExternalServer /usr/local/apache2/fastcgi/php-fastcgi -host 127.0.0.1:8002 AddType application/x-httpd-fastphp .php Action application/x-httpd-fastphp /fcgi-bin/php-fastcgi </IfModule> Expected result: ---------------- Apache Works fine except for when defering requests to the PHP daemon. Something, Anything from the PHP daemon. Even an error code would be nice. If I point it at a .html file with a .php extension just containing 'Hello World' it still returns "No input file specified" It would be handy if the php -b daemon could log some indication as to what it was doing to the console its running on. This seems a noticable ommission for a daemon (normally -D makes a daemon single action and debug to screen). Actual result: -------------- "No input file specified" on screen 127.0.0.1 - - [20/Jul/2005:00:52:42 +0100] "GET /test.php HTTP/1.1" 404 25 in the access.log -- Edit bug report at http://bugs.php.net/?id=33777&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33777&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33777&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33777&r=trysnapshot51 Fixed in CVS: http://bugs.php.net/fix.php?id=33777&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=33777&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33777&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33777&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33777&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33777&r=support Expected behavior: http://bugs.php.net/fix.php?id=33777&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33777&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33777&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=33777&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33777&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=33777&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33777&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33777&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33777&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33777&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33777&r=mysqlcfg