php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #16362 IIS stops serving .php pages after a time period
Submitted: 2002-03-30 16:22 UTC Modified: 2002-10-15 01:00 UTC
Votes:48
Avg. Score:1.9 ± 1.6
Reproduced:7 of 10 (70.0%)
Same Version:0 (0.0%)
Same OS:2 (28.6%)
From: develop at dnet dot net Assigned:
Status: No Feedback Package: IIS related
PHP Version: 4.1.2 OS: Win2k build 2195/XP
Private report: No CVE-ID: None
View Developer Edit
 [2002-03-30 16:22 UTC] develop at dnet dot net 
I recently installed PHP.  No extensions installed yet.

ISAPI version,
IIS 5.0,
Windows 2000,

I have a page in a virtual directory that simply uses the print(); command.  I was using this to test my install.  it works fine, however, if I remain inactive for a while IIS will stop serving any .php pages in any directory (virtual or not).  Stopping and restarting IIS has no effect.  It will serve standard HTML pages fine even after it has stopped serving PHP pages.  I have to completely restart my computer to get it to begin serving PHP again, and it will stop if I wait long enough.

is there anything that I can change in the IIS setting or in my php.ini file?  (Timeout option ect...)

Thanks for your help
-js

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-03-30 19:34 UTC] imajes@php.net 
hi,

can you provide more info on this? ie, how exactly it stops serving etc?
 [2002-03-30 20:16 UTC] develop at dnet dot net 
the browser will give the comment "openning page..." for it's prescribed time then I'll get the error:

 The page cannot be displayed 
There is a problem with the page you are trying to reach and it cannot be displayed. 

--------------------------------------------------------------------------------

Please try the following:

Open the localhost home page, and then look for links to the information you want. 
Click the  Refresh button, or try again later.

Click  Search to look for information on the Internet. 
You can also see a list of related sites. 




HTTP 500 - Internal server error 
Internet Explorer
 [2002-03-31 01:32 UTC] develop at dnet dot net 
my browser seems to be serving php files on one virtual directory now and not another.  even though they are both configured exactly the same. [browser is now just 'opening page' endlessly.] is there any way this could be something to do with where I've placed my .dll's?  I left php4isapi.dll in c:/php/sapi and php4ts.dll is in c:/php  is this where they should be?

c:/inetput/wwwroot is set to be the doc_root incedentaly.

does php just have problems on a Win2k box on IIS?  should I download apache? is it more stable that IIS? would a reinstall of PHP help?

thanks again,
-js
 [2002-03-31 12:57 UTC] develop at dnet dot net 
IIS will not serve my ASP files correctly either.  

sometimes it will serve them correctly. then after hitting refresh it will give this output:

-2147417842 (0x8001010e)

With source code of:

<html>-2147417842 (0x8001010e)</body></html>

then if I refresh a couple more times it will work again.

refresh too much... 10 or 15 times and then I get this error:

HTTP 403.9 - Access Forbidden: Too many users are connected
Internet Information Services

then, IIS will no longer serve any pages ASP or PHP until I restart the computer.

here is my complete source for the ASP file.

<HTML>
<HEAD>
<TITLE>Test Write Permission</TITLE>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
</HEAD>

<BODY BGCOLOR="#FFFFFF" TEXT="#000000">
<%
	Response.Write "ASP"
%>
</BODY>
</HTML>

Still not serving PHP pages consistently either.
 [2002-04-01 10:44 UTC] jtate@php.net 
How long is a while?  I left mine for 4 days and didn't have the same problem.  How do you have the .php extension configured?
 [2002-04-01 14:54 UTC] develop at dnet dot net 
Executable: c:\php\php4isapi.dll
Extenstion: .php

Verbs:  All Verbs

Script Engine:  checked
Check that file exists:  checked

--DEFAULT WEB SITE PROPERTIES--

Execute Permissions:  Scripts only
App Protection: Medium (pooled)

Script source access
Read
Write
Log visits
Index this resourse

--VIRTUAL DIRECTORY PROPERTIES--

Execute Permissions:  Scripts only
Application Protection:  Low (IIS Process)

Read
Log visits
Index this resource

---------------------------------

it seems to be more stable when I put the virtual directory application protection on 'Low'
 [2002-04-01 16:07 UTC] jtate@php.net 
Have to revise my last comment.  It did it for me too, using a build from Thursday's CVS.  Event viewer had the following to say.

The HTTP server encountered an unhandled exception while processing the ISAPI Application '
php4ts!zend_strndup + 0x2B
 + 0x17469F70
'. 
For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp.

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
 [2002-04-02 09:11 UTC] develop at dnet dot net 
so does this mean that there is nothing I can do, or can this problem be remedied by changing something in IIS or in the php.ini?

I can't find anything very helpful at microsoft.  Which I can't understand.  Why wouldn't they offer help to someone wanting to use a product that is in direct competition with one of theirs?
 [2002-04-02 10:37 UTC] jtate@php.net 
See if you can narrow it down some more.  What does the message log say when it dies for you?  If it's not serving ASP pages correctly, it may be IIS: perhaps an uninstall/reinstall cycle is needed.  Do you have all of the IIS updates installed?  The error that I reported may not be the same because it goes away when I restart IIS; I don't need to reboot my computer.

Also, try this: serve up an asp page.  Then wait "a while" and see if it behaves the same way.
 [2002-04-02 10:37 UTC] jtate@php.net 
See if you can narrow it down some more.  What does the message log say when it dies for you?  If it's not serving ASP pages correctly, it may be IIS: perhaps an uninstall/reinstall cycle is needed.  Do you have all of the IIS updates installed?  The error that I reported may not be the same because it goes away when I restart IIS; I don't need to reboot my computer.

Also, try this: serve up an asp page.  Then wait "a while" and see if it behaves the same way.
 [2002-04-02 19:54 UTC] develop at dnet dot net 
I'm not really sure how to check the log files for IIS.  Where are they located usually?

I already tried uninstall/reinstall to no avail and I guess I have all of the IIS updates.  I'll check again.  Thanks for the tip.

I really want PHP to work for me cause I am deciding whether or not we should install it onto the servers at the ISP I work for.

off topic:  I ran 'test.php' yesterday (April 1st) and the PHP logo had some guy with pencils in his mouth. I guess as an April fools joke... That's a big plus in my book.  It's gone today.

Is there a few things that this problem may be steming from that I can check off the list by looking over?  Or could it be a ton of things?
 [2002-04-03 19:41 UTC] develop at dnet dot net 
Checked my Error Log (Thanks for the help)

Event: 204
Source: WAM

The HTTP server encountered an unhandled exception while processing the ISAPI Application '
php4ts!zend_strndup + 0x2B
 + 0xA05CB1AD
'. 
------------------------------------------------

Also have this error occuring frequently... as frequently as the other, but have no idea what it is.

Event: 105
Source: W3SVC

The server was unable to register the administration tool discovery information.  The administration tool may not be able to see this server.  The data is the error code. 
For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp.

I hope this information helps you help me.  Thanks very much for your assistance.

-js
 [2002-04-04 10:08 UTC] jtate@php.net 
The second error has nothing to do with PHP.  The first error has been reported already (#15333).  So I'm marking this bug closed as a duplicate.  Please make all further comments on that bug.
 [2002-09-29 20:22 UTC] sniper@php.net 
Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip
 [2002-10-15 01:00 UTC] php-bugs at lists dot php dot net 
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Thu Nov 21 20:01:29 2024 UTC